Version 8 (modified by jalvarez, 10 años ago) (diff) |
---|
3.3. Casos de Uso para la Reformulación de Proyectos Operativos
3.3.1. Caso de Uso: Reformular Proyecto Operativo (Por parte del enlace del área de planificación)
Descripción textual
Usuarios: | Enlace del área de planificación |
Condiciones de entrada: | El período de Reformulación de Proyectos Operativos debe estar activo. |
Condiciones de salida: | Registro de la reformulación de metas físicas del proyecto. |
Flujo básico: | 1- El usuario pulsa la opción "Reformular" asociada a un proyecto. 2- El sistema muestra una interfaz donde: a) Presenta la fecha de aprobación del proyecto y el monto total de éste para el año en curso, solicita indicar la justificación de la reformulación. b) Presenta una sección en la que permite realizar reformulaciones en las metas físicas de las acciones específicas del proyecto operativo, en la cual por cada acción: i) Muestra unidad de medida actual y solicita indicar nueva unidad de medida. ii) Muestra el planificado de la meta física por cada mes del año, solicitando la variación de esta planificación en los meses respectivos, y presenta el total de la meta planificada y el total de la variación de ésta para todos los meses del año, así como el total de la meta por mes en función de lo planificado y la variación. iii) Muestra el total de la meta física del proyecto por cada mes del año y el total de ésta en general, ello como resultado de las variaciones que se realicen en las metas físicas de todas las acciones específicas del proyecto operativo. c) Muestra las opciones "Guardar" y "Cancelar". 3- El usuario reformula los datos de interés y pulsa la opción "Guardar". 4- Si el usuario reformula o no datos y pulsa la opción "Cancelar" el sistema no ejecuta ninguna acción. |
Flujos alternativos: | |
Requisitos especiales: | La variación de la meta física solo debe aceptar números. |
3.3.2. Caso de Uso: Reformular Proyecto Operativo (Por parte del enlace del área de presupuesto)
Descripción textual
Usuarios: | 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 financiera del proyecto. |
Flujo básico: | 1- El usuario pulsa la opción "Reformular" asociada a un proyecto. 2- El sistema muestra una interfaz donde: a) Presenta la fecha de aprobación del proyecto y el monto total de éste para el año en curso, solicita indicar la justificación de la reformulación y en caso de haber reformulaciones a nivel presupuestario (las cuales se indican en las acciones específicas) presenta, posteriormente a éstas reformulaciones, el monto total del proyecto. b) Presenta una sección en la que permite realizar reformulaciones presupuestarias en las acciones específicas del proyecto operativo, en la cual por cada acción: i) Muestra las partidas presupuestarias asociadas a la acción, el monto planificado de éstas por mes y solicita indicar la variación de estos montos. ii) Muestra el monto total entre lo planificado y la variación para cada mes. iii) Muestra por partida el total planificado, el total de la variación y el total entre lo planificado y la variación para todos los meses del año. iv) Muestra el total del monto de la acción específica por mes y el total de éste en general, ello como resultado de las variaciones presupuestarias que se realicen en las partidas presupuestarias asociadas a la acción. v) Muestra las fuentes de financiamiento y los montos planificados para éstas, solicita la variación de dichos montos y posteriormente a ésta presenta el monto que cada fuente financia, así como el monto total financiado para la acción específica. c) Muestra las opciones "Guardar" y "Cancelar". 3- El usuario reformula los datos de interés y pulsa la opción "Guardar". 4- El sistema registra la reformulación y genera la ficha de reformulación del proyecto operativo. 4- Si el usuario reformula o no datos y pulsa la opción "Cancelar" el sistema no ejecuta ninguna acción. |
Flujos alternativos: | |
Requisitos especiales: | La variación presupuestaria solo debe aceptar números. |
3.3.3. Caso de Uso: Consultar Reformulación de Proyecto Operativo (Por parte del usuario enlace del área de planificación)
Descripción textual
Usuarios: | Enlace del área de planificación |
Condiciones de entrada: | Debe existir la ficha de reformulación del proyecto operativo. |
Condiciones de salida: | Ficha de reformulación del proyecto operativo presentada por pantalla. |
Flujo básico: |
|
Flujos alternativos: | |
Requisitos especiales: |
3.3.4. Caso de Uso: Consultar Reformulación de Proyecto Operativo (Por parte del usuario enlace del área de presupuesto)
Descripción textual
Usuarios: | Enlace del área de presupuesto |
Condiciones de entrada: | Debe existir la ficha de reformulación del proyecto operativo. |
Condiciones de salida: | Ficha de reformulación del proyecto operativo presentada por pantalla. |
Flujo básico: |
|
Flujos alternativos: | |
Requisitos especiales: |
3.3.5. Caso de Uso: Modificar Reformulación de Proyecto (Por parte del usuario enlace del área de planificación)
Descripción textual
Uusuarios: | Enlace del área de planificación |
Condiciones de entrada: | I) El período de Reformulación de Proyectos Operativos debe estar activo. II) La reformulación del proyecto no debe estar aprobada. |
Condiciones de salida: | VOY AQUI Reformulación de Proyecto Actualizada. |
Flujo básico: |
|
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”. |
Requisitos especiales: |
|
3.3.4 Caso de Uso: Anular Reformulación de Proyecto
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: |
|
Flujos alternativos: | |
Requisitos especiales: |
|
3.3.5 Caso de Uso: Enviar Reformulación de Proyecto a Enlace
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: |
|
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: |
|
3.3.6. Caso de Uso: Enviar Reformulación de Proyecto a Supervisor
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: |
|
Flujos alternativos: | |
Requisitos especiales: |
|
3.3.7 Caso de Uso: Enviar Reformulación de Proyecto a Control
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: |
|
Flujos alternativos: | |
Requisitos especiales: |
|
3.3.8 Caso de Uso: Aprobar Reformulación de Proyecto
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: |
|
Flujos alternativos: | |
Requisitos especiales: |
|
3.3.9. Caso de Uso: Desaprobar Reformulación de Proyecto
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: |
|
Flujos alternativos: | |
Requisitos especiales: |
|
Adjuntos (4)
- casosUsoReformulacionPO.jpeg (68.3 KB) - added by jalvarez 10 años ago.
- casosUsoReformulacionPO.2.jpeg (68.3 KB) - added by jalvarez 10 años ago.
- casosUsoReformulacionPO.png (100.8 KB) - added by jalvarez 10 años ago.
- Diagrama_Reformulacion.png (14.6 KB) - added by kmontilla 6 años ago.
Download all attachments as: .zip