Descripción textual
Usuarios:
|
Enlace del área de planificación, enlace del área de presupuesto
|
Condiciones de entrada:
|
El período de Reformulación de Proyectos Operativos debe estar activo.
|
Condiciones de salida:
|
Registro de la reformulación del proyecto.
|
Flujo básico:
| - El usuario pulsa la opción "Reformular" asociada a un proyecto.
- El sistema presenta la fecha de aprobación del proyecto y el monto total del proyecto para el año en curso, solicita indicar la justificación de la reformulación y la variación del monto del proyecto, indicando el monto total de éste conforme la reformulación realizada.
si ha y despliega el formulario 'Reformulación de Proyecto Operativo', dividido en las siguientes subsecciones:
- 'Identificación del Proyecto', que contiene los siguientes datos (cargados de la información ingresada en el registro del proyecto):
- Código del proyecto
- Nombre del Proyecto
- Organismo
- 'Datos de Reformulación', que contiene los siguientes campos:
- Fecha de aprobación
- Justificación
- Unidad de medida de Meta Física de Proyecto (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Unidad de medida nueva de Meta Física de Proyecto
- Ver historial [de Cambio de Unidades de Medida de Meta Física]
- Variación de Meta Física de Proyecto (en estos campos se ingresa la Variación por mes de Meta Física del Proyecto, para cada uno de los meses comprendidos entre 'Fecha de Actual' y 'Fecha de Culminación del Proyecto'), para cada mes se tienen los campos:
- Planificado (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Variación (campo solicitado)
- 'Monto total del proyecto'
- Monto total para el año en curso (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Variación Presupuestaria
- Monto Total Reformulado (calculado de la suma 'Monto Total del Proyecto para el año en curso' + 'Variación Presupuestaria')
- 'Distribución de la Meta Física'
- Tabla de la Meta Física de las Acciones Específicas', que contiene los siguientes campos:
- Cada fila es una Acción Específica de las ingresadas en el registro del proyecto.
- Las columnas son:
- Nombre AE
- Unidad de Medida de Meta Física de AE
- Ponderación de Importancia de la Acción Específica en el Proyecto
- Meses, donde cada mes tiene los campos:
- Planificado (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Variación (campo solicitado)
- Total
- Planificado (total calculado de los campos de planificado)
- Variación (total calculado de los campos de variación)
- Detalles de las acciones específicas (AE), dado por:
- 'Programación Financiera de la Acción' (para cada una de las acciones específicas), 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 Actual' y 'Fecha Fin de AE'.
- Cada celda:
- Planificado (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Variación (campo solicitado)
- 'Fuentes de Financiamiento' (para cada una de las acciones específicas), 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
- Cada celda:
- Planificado (dato cargado de la información ingresada en el registro del proyecto o reformulación del proyecto previa)
- Variación (campo solicitado)
- 'Lista de reformulaciones', que contiene los datos (cargados de reformulaciones previas si las hay)
- Reformulación Nro.
- Fecha de creación
- Monto reformulado
- Estatus
- Acción
y muestra los botones 'Crear Reformulación' y 'Cancelar'.
- Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Guardar'. El sistema crea la ficha de Reformulación del Proyecto y cambia el estado del proyecto a 'Reformulado en Enlace', almacena los datos ingresados, muestra el mensaje “La Reformulación del proyecto se ha guardado con éxito”, y activa el botón 'Imprimir'.
- Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
|
Flujos alternativos:
|
3.1. Si el actor no ingresa ningún dato de 'variación' para algún campo de meta financiera y/o meta financiera y luego presiona guardar, el sistema muestra un mensaje “Debe ingresar al menos una variación para meta física y/o meta financiera”.
3.2. Si el actor introduce valores inválidos (por ejemplo, ingresando letras en campos numéricos), y presiona 'Guardar', el sistema muestra un mensaje “El dato ingresado en 'nombreCampoInvalido' es inválido, por favor corregirlo”.
|
Requisitos especiales:
| - Esta acción debe que dar registrada en el historial.
- Debe mostrarse una nota que informe al usuario que las cantidades de variación deben comenzar con un símbolo “+” o “-”.
|
A modo de referencia consultar el Prototipo de Interfaz No-Funcional respectivo?.
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. En las reformulaciones de Proyectos Operativos, se modifica el estado de la ficha creada en la definición del Proyecto Operativo (Véase el Diagrama de Estados respectivo?).
Diagrama
Descripción textual
Nombre del caso de uso:
|
Consultar Reformulación de Proyecto
|
Actores participantes:
|
Enlace, Supervisor, Control, Administrador
|
Condiciones de entrada:
|
Debe haber Fichas de Reformulación de Proyecto registradas.
|
Condiciones de salida:
| |
Flujo básico:
| - El actor presiona el botón 'Consultar Reformulación de Proyecto'.
- El sistema despliega la ficha de Reformulación de Proyecto.
|
Flujos alternativos:
| |
Requisitos especiales:
| |
Diagrama
Descripción textual
Nombre del caso de uso:
|
Modificar Reformulación de Proyecto
|
Actores participantes:
|
Enlace, Supervisor, Control, Administrador
|
Condiciones de entrada:
|
La Reformulación de 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). La Reformulación de Proyecto no debe estar aprobada.
|
Condiciones de salida:
|
Reformulación de Proyecto Actualizada.
|
Flujo básico:
| - El actor presiona el botón de 'Modificar Reformulación de Proyecto'.
- El sistema despliega la ficha de Reformulación de 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 dejando la reformulación sin al menos una 'variación' para algún campo (de meta física o meta financiera) y luego presiona guardar, el sistema muestra un mensaje “Debe ingresar al menos una variación para meta física y/o meta financiera”.
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).
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Anular Reformulación de Proyecto
|
Actores participantes:
|
Enlace, Administrador
|
Condiciones de entrada:
|
La Reformulación del Proyecto debe estar creada, y no aprobada.
|
Condiciones de salida:
|
La ficha de reformulación del proyecto ya no aparece disponible en las bandeja de entrada de los usuarios Enlace, Supervisor ni Control. El proyecto cambia a estado “Aprobado” (Si era la primera reformulación) o a “Reformulado Aprobado” (si tenia otras reformulaciones previas).
|
Flujo básico:
| - El actor presiona el botón 'Anular Reformulación de Proyecto'.
- El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Anular la Reformulación del Proyecto?”, y muestra las opciones 'Aceptar' y 'Cancelar'.
- Si el actor presiona 'Aceptar' y era la primera reformulación, el sistema cambia el estado del Proyecto a 'Aprobado', oculta la reformulación del Proyecto de las bandejas de entrada de los usuarios Enlace, Supervisor y Control, y muestra el mensaje “La Reformulación del Proyecto se ha anulado con éxito”. En caso de que no era la primera reformulación, el sistema cambia el estado del Proyecto a 'Reformulado Aprobado', oculta la reformulación del Proyecto de las bandejas de entrada de los usuarios Enlace, Supervisor y Control, y muestra el mensaje “La Reformulación del 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 de reformulación del proyecto.
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Enviar Reformulación de Proyecto a Enlace
|
Actores participantes:
|
Supervisor, Control, Administrador
|
Condiciones de entrada:
|
La Reformulación de 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). La Reformulación de Proyecto no debe estar aprobada.
|
Condiciones de salida:
|
Reformulación de Proyecto en el nivel de usuario (o bandeja de entrada) de Enlace, y proyecto asociado con el estado 'Reformulado en Enlace'.
|
Flujo básico:
| - El actor presiona el botón 'Enviar Reformulación de 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 la Reformulación de Proyecto, y muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de 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 asociado a 'Reformulado en Enlace', envía la Reformulación de Proyecto a usuario Enlace junto con una notificación que indica las sugerencias ingresadas en el campo, y muestra el mensaje “La Reformulación de 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 de la Reformulación de Proyecto.
|
Requisitos especiales:
| - Cambian las acciones disponibles del actor. Por ejemplo, el actor (Supervisor o Control) ya no podrá modificar la Reformulación de Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
- Esta acción debe quedar registrada en el historial.
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Enviar Reformulación de Proyecto a Supervisor
|
Actores participantes:
|
Enlace, Administrador
|
Condiciones de entrada:
|
La Reformulación de Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Enlace.
|
Condiciones de salida:
|
Reformulación de Proyecto en bandeja de usuario Supervisor, y proyecto asociado con el estado 'Reformulado en Supervisor'.
|
Flujo básico:
| - El actor presiona el botón 'Enviar Reformulación de Proyecto a Supervisor'.
- El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de Proyecto al usuario Supervisor?”, y muestra las opciones 'Aceptar' y 'Cancelar' .
- Si el actor presiona 'Aceptar', el sistema cambia el estado del proyecto asociado a 'Reformulado en Supervisor', envía la Reformulación de Proyecto a Supervisor, y muestra el mensaje “La Reformulación de 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 la Reformulación de Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
- Esta acción debe quedar registrada en el historial.
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Enviar Reformulación de Proyecto a Control
|
Actores participantes:
|
Supervisor, Administrador
|
Condiciones de entrada:
|
La Reformulación de Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Supervisor.
|
Condiciones de salida:
|
Reformulación de Proyecto en el nivel de usuario (o bandeja de entrada) de Control, y proyecto asociado con estado “Reformulado en Control”.
|
Flujo básico:
| - El actor presiona el botón 'Enviar Reformulación de Proyecto a Control'.
- El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de 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 asociado a 'Reformulado en Control', envía la Reformulación de Proyecto a Control, y muestra el mensaje “La Reformulación de 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 la Reformulación de Proyecto hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
- Esta acción debe quedar registrada en el historial.
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Aprobar Reformulación de Proyecto
|
Actores participantes:
|
Control, Administrador
|
Condiciones de entrada:
|
La Reformulación de Proyecto debe estar en el nivel de usuario (o bandeja de entrada) de Control.
|
Condiciones de salida:
|
El Proyecto asociado a la reformulación cambia a estado 'Reformulado Aprobado', y la reformulación no va a permitir modificaciones ni envíos a otros usuarios.
|
Flujo básico:
| - El actor presiona el botón 'Aprobar Reformulación de Proyecto'.
- El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Aprobar la Reformulación de Proyecto ahora?”, y muestra las opciones 'Aceptar' y 'Cancelar'
- Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha del proyecto asociado a la Reformulación a 'Reformulado Aprobado', y muestra el mensaje “La Reformulación de Proyecto se ha Aprobado con éxito”.
- Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.
|
Flujos alternativos:
| |
Requisitos especiales:
| - La Reformulación de Proyecto ya no podrá ser modificada, ni enviada a otros usuarios. Solo podrá ser consultada.
- Esta acción debe quedar registrada en el historial.
|
Diagrama
Descripción textual
Nombre del caso de uso:
|
Desaprobar Reformulación de Proyecto
|
Actores participantes:
|
Administrador
|
Condiciones de entrada:
|
La Reformulación de Proyecto debe estar aprobada.
|
Condiciones de salida:
|
Reformulación de Proyecto en el nivel de usuario (o bandeja de entrada) de Control, y proyecto asociado con estado “Reformulado en Control”.
|
Flujo básico:
| - El actor presiona el botón 'Desaprobar Reformulación de Proyecto'.
- El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Desaprobar la Reformulación de Proyecto?”, y muestra las opciones 'Aceptar' y 'Cancelar' .
- Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha del proyecto asociado a la Reformulación a 'Reformulado en Control', envía la reformulación del proyecto a usuario Control, y muestra el mensaje “La Reformulación de 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.
|
