wiki:sipp/Metodologia/Desarrollo/EspecificacionRequerimiento/x7ReformulacionAccionesCentralizadas

Version 12 (modified by jvizcarrondo, 8 años ago) (diff)

--

Tabla de Contenido

  1. Planificación Estratégica Integral
  2. Proyectos
  3. Metodología de Desarrollo de Software Libre
    1. Conceptualización
    2. Administracion
    3. Desarrollo
    1. 7. Casos de Uso para la Reformulación de Acciones Centralizadas
      1. 7.1 Caso de Uso: Reformular Acciones Centralizadas
      2. 7.2 Caso de Uso: Consultar Reformulación de Acciones Centralizadas
      3. 7.3 Caso de Uso: Modificar Reformulación de Acciones Centralizadas
      4. 7.4 Caso de Uso: Anular Reformulación de Acciones Centralizadas
      5. 7.5 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a Enlace
      6. 7.6 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a …
      7. 7.7 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a Control
      8. 7.8 Caso de Uso: Aprobar Reformulación de Acciones Centralizadas
      9. 7.9 Caso de Uso: Desaprobar Reformulación de Acciones Centralizadas

7. Casos de Uso para la Reformulación de Acciones Centralizadas

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

7.1 Caso de Uso: Reformular Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Reformular Acciones Centralizadas

Actores participantes:

Enlace, Administrador

Condiciones de entrada:

Las Acciones Centralizadas deben estar aprobadas. El período de Ingreso de Acciones Centralizadas debe estar activo.

Condiciones de salida:

Ficha de Acciones Centralizadas ingresada, con botón para imprimir disponible.

Flujo básico:

  1. El actor presiona el botón 'Reformular Acciones Centralizadas'.
  2. El sistema despliega el formulario 'Acciones Centralizadas', dividido en las siguientes subsecciones (a partir de la segunda subsección, hay una subsección para cada Acción Centralizada; a su vez, cada AC es desglosada en AE; a su vez, cada AE es desglosada en partidas; y a su vez, cada partida desglosada en meses; cada celda carga el campo del valor ingresado en el período de registro, y solicita la variación que comienza con un símbolo “+” o “-”):
    1. 'Datos de la Reformulación', que contiene los campos:
      • Fecha de aprobación
      • Justificación
    2. 'AC 1 - Dirección y Coordinación de los trabajadores', que contiene las Acciones Específicas:
      • 'AE 1 - Asignación y control de los recursos para gastos de los trabajadores'
        • 401 Gastos de Personal (401.00.00.01 a 401.99.00.00)
    3. 'AC 2. Gestión administrativa', que contiene las Acciones Específicas:
      • 'AE 1 - Apoyo institucional a las acciones específicas de los proyectos del ente'
        • 4.02 “Materiales, Suministros y Mercancías”
        • 4.03 “Servicios no Personales”
        • 4.04 “Activos Reales”
        • 4.05 “Activos Financieros”
        • 4.07 “Transferencias y Donaciones”
      • 'AE 2 - Apoyo institucional al sector privado y al sector externo'
        • 4.05 “Activos Financieros”
        • 4.07 “Transferencias y Donaciones”
      • 'AE 3 - Apoyo institucional al sector público'
        • 4.05 “Activos Financieros”
        • 4.07 “Transferencias y Donaciones”
    4. 'AC 3. Previsión y protección social', que contiene las Acciones Específicas:
      • 'AE 1 - Asignación y control de los recursos para gastos de los pensionados, pensionadas, jubilados y jubiladas'
        • 403 “Servicios no Personales”
    5. 'AC 7. Protección y atención integral a las familias y personas en los refugios en caso de emergencias o desastres', que contiene las Acciones Específicas:
      • 'AE 1 - Asignación y control de los recursos para la atención de familias y personas en los refugios'
        • 401 a 407

y muestra los botones 'Crear Reformulación' y 'Cancelar'.

  1. Si el actor ingresa los valores de los campos solicitados, y presiona el botón 'Crear Reformulación', El sistema crea la ficha de Reformulación de las Acciones Centralizadas y cambia el estado de las Acciones Centralizadas a 'Reformuladas en Enlace', almacena los datos ingresados, y muestra el mensaje “La ficha de Reformulación de Acciones Centralizadas se ha creado con éxito”.
  2. 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 luego presiona 'Crear Reformulación', el sistema muestra un mensaje “Debe ingresar al menos una variación para meta financiera”.
3.2. Si el actor introduce valores inválidos (por ejemplo, ingresando letras en campos numéricos), y presiona 'Crear Reformulación', el sistema muestra un mensaje “El dato ingresado en 'nombreCampoInvalido' es inválido, por favor corregirlo”.

Requisitos especiales:

  1. Esta acción debe que dar registrada en el historial.
  2. 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 Acciones Centralizadas, se modifica el estado de la ficha creada en la definición de las Acciones Centralizadas (Véase el Diagrama de Estados respectivo?).


7.2 Caso de Uso: Consultar Reformulación de Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Consultar Reformulación de Acciones Centralizadas

Actores participantes:

Enlace, Supervisor, Control, Administrador

Condiciones de entrada:

Debe haber Fichas de Reformulación de Acciones Centralizadas registradas.

Condiciones de salida:

Flujo básico:

  1. El actor presiona el botón 'Consultar Reformulación de Acciones Centralizadas'.
  2. El sistema despliega la ficha de las Reformulación de Acciones Centralizadas.

Flujos alternativos:

Requisitos especiales:


7.3 Caso de Uso: Modificar Reformulación de Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Modificar Reformulación de Acciones Centralizadas

Actores participantes:

Enlace, Supervisor, Control, Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas 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 Acciones Centralizadas no debe estar aprobada.

Condiciones de salida:

Reformulación de Acciones Centralizadas Actualizadas.

Flujo básico:

  1. El actor presiona el botón de 'Modificar Reformulación de Acciones Centralizadas'.
  2. El sistema despliega la ficha de la Reformulación de Acciones Centralizadas en modo edición, y los botones 'Guardar Cambios' y 'Cancelar'.
  3. 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”
  4. 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:

  1. 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).


7.4 Caso de Uso: Anular Reformulación de Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Anular Reformulación de Acciones Centralizadas

Actores participantes:

Enlace, Administrador

Condiciones de entrada:

La Reformulación de las Acciones Centralizadas debe estar creada, y no aprobada.

Condiciones de salida:

La ficha de Reformulación de las Acciones Centralizadas ya no aparece disponible en las bandeja de entrada de los usuarios Enlace, Supervisor ni Control.

Flujo básico:

  1. El actor presiona el botón 'Anular Reformulación de Acciones Centralizadas'.
  2. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Anular la Reformulación de Acciones Centralizadas?”, y muestra las opciones 'Aceptar' y 'Cancelar'.
  3. Si el actor presiona 'Aceptar' y era la primera reformulación, el sistema cambia el estado de las Acciones Centralizadas a 'Aprobadas', oculta la reformulación de las Acciones Centralizadas de las bandejas de entrada de los usuarios Enlace, Supervisor y Control, y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha anulado con éxito”. En caso de que no era la primera reformulación, el sistema cambia el estado de las Acciones Centralizadas a 'Reformuladas Aprobadas', oculta la reformulación de las Acciones Centralizadas de las bandejas de entrada de los usuarios Enlace, Supervisor y Control, y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha anulado con éxito”.
  4. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.

Flujos alternativos:

Requisitos especiales:

  1. Esta acción debe quedar registrada en el historial.
  2. Los usuarios Enlace, Supervisor y Control ya no podrán ejecutar acciones sobre la ficha de Reformulación de las Acciones Centralizadas.


7.5 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a Enlace

Diagrama

Descripción textual

Nombre del caso de uso:

Enviar Reformulación de Acciones Centralizadas a Enlace

Actores participantes:

Supervisor, Control, Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas 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 Acciones Centralizadas no debe estar aprobada.

Condiciones de salida:

Reformulación de Acciones Centralizadas en el nivel de usuario (o bandeja de entrada) de Enlace, y Acciones Centralizadas con el estado 'Reformuladas en Enlace'.

Flujo básico:

  1. El actor presiona el botón 'Enviar Reformulación de Acciones Centralizadas a Enlace'.
  2. 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 Acciones Centralizadas, y muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de Acciones Centralizadas al usuario enlace?”, y muestra las opciones 'Aceptar' y 'Cancelar'.
  3. Si el actor ingresa las sugerencias y presiona 'Aceptar', el sistema cambia el estado de las Acciones Centralizadas a 'Reformuladas en Enlace', envía la Reformulación de Acciones Centralizadas a usuario Enlace junto con una notificación que indica las sugerencias ingresadas en el campo, y muestra el mensaje “La Reformulación de Acciones Centralizadas 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.
  4. 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 Acciones Centralizadas.

Requisitos especiales:

  1. Cambian las acciones disponibles del actor. Por ejemplo, el actor (Supervisor o Control) ya no podrá modificar la Reformulación de Acciones Centralizadas hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
  2. Esta acción debe quedar registrada en el historial.


7.6 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a Supervisor

Diagrama

Descripción textual

Nombre del caso de uso:

Enviar Reformulación de Acciones Centralizadas a Supervisor

Actores participantes:

Enlace, Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas debe estar en el nivel de usuario (o bandeja de entrada) de Enlace.

Condiciones de salida:

Reformulación de Acciones Centralizadas en bandeja de usuario Supervisor, y Acciones Centralizadas con el estado 'Reformuladas en Supervisor'.

Flujo básico:

  1. El actor presiona el botón 'Enviar Reformulación de Acciones Centralizadas a Supervisor'.
  2. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de Acciones Centralizadas al usuario Supervisor?”, y muestra las opciones 'Aceptar' y 'Cancelar' .
  3. Si el actor presiona 'Aceptar', el sistema cambia el estado de las Acciones Centralizadas a 'Reformuladas en Supervisor', envía la Reformulación de Acciones Centralizadas a Supervisor, y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha enviado con éxito al usuario Supervisor”.
  4. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.

Flujos alternativos:

Requisitos especiales:

  1. Cambian las acciones disponibles del actor. Por ejemplo, el actor ya no podrá modificar la Reformulación de Acciones Centralizadas hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
  2. Esta acción debe quedar registrada en el historial.


7.7 Caso de Uso: Enviar Reformulación de Acciones Centralizadas a Control

Diagrama

Descripción textual

Nombre del caso de uso:

Enviar Reformulación de Acciones Centralizadas a Control

Actores participantes:

Supervisor, Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas debe estar en el nivel de usuario (o bandeja de entrada) de Supervisor.

Condiciones de salida:

Reformulación de Acciones Centralizadas en el nivel de usuario (o bandeja de entrada) de Control, y Acciones Centralizadas con el estado 'Reformuladas en Control'.

Flujo básico:

  1. El actor presiona el botón 'Enviar Reformulación de Acciones Centralizadas a Control'.
  2. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea enviar la Reformulación de Acciones Centralizadas al usuario Control?”, y muestra las opciones 'Aceptar' y 'Cancelar' .
  3. Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha de las Acciones Centralizadas a 'Reformuladas en Control', envía la Reformulación de Acciones Centralizadas a Control, y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha enviado con éxito al usuario Control”.
  4. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.

Flujos alternativos:

Requisitos especiales:

  1. Cambian las acciones disponibles del actor. Por ejemplo, el actor ya no podrá modificar la Reformulación de Acciones Centralizadas hasta que vuelva a su nivel de usuario, ni podrá enviarla a otros usuarios.
  2. Esta acción debe quedar registrada en el historial.


7.8 Caso de Uso: Aprobar Reformulación de Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Aprobar Reformulación de Acciones Centralizadas

Actores participantes:

Control, Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas debe estar en el nivel de usuario (o bandeja de entrada) de Control.

Condiciones de salida:

Las Acciones Centralizadas cambian a estado 'Reformuladas Aprobadas', y la Reformulación de las Acciones Centralizadas no va a permitir modificaciones ni envíos a otros usuarios.

Flujo básico:

  1. El actor presiona el botón 'Aprobar Reformulación de Acciones Centralizadas'.
  2. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Aprobar la Reformulación de Acciones Centralizadas ahora?”, y muestra las opciones 'Aceptar' y 'Cancelar'
  3. Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha de Acciones Centralizadas a 'Reformuladas Aprobadas', y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha Aprobado con éxito”.
  4. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.

Flujos alternativos:

Requisitos especiales:

  1. La Reformulación de las Acciones Centralizadas ya no podrá ser modificada, ni enviada a otros usuarios. Solo podrá ser consultada.
  2. Esta acción debe quedar registrada en el historial.


7.9 Caso de Uso: Desaprobar Reformulación de Acciones Centralizadas

Diagrama

Descripción textual

Nombre del caso de uso:

Desaprobar Reformulación de Acciones Centralizadas

Actores participantes:

Administrador

Condiciones de entrada:

La Reformulación de Acciones Centralizadas debe estar aprobada.

Condiciones de salida:

Reformulación de Acciones Centralizadas en el nivel de usuario (o bandeja de entrada) de Control, y Acciones Centralizadas con estado 'Reformuladas en Control'.

Flujo básico:

  1. El actor presiona el botón 'Desaprobar Reformulación de Acciones Centralizadas'.
  2. El sistema muestra un mensaje para confirmar: “Estimado(a) Usuario(a), ¿Está Ud seguro(a) que desea Desaprobar la Reformulación de Acciones Centralizadas?”, y muestra las opciones 'Aceptar' y 'Cancelar' .
  3. Si el actor presiona 'Aceptar', el sistema cambia el estado de la ficha de Acciones Centralizadas a 'Reformuladas en Control', envía la reformulación de las acciones centralizadas a usuario Control, y muestra el mensaje “La Reformulación de Acciones Centralizadas se ha Desaprobado con éxito y se ha enviado a Control”.
  4. Si el actor presiona 'Cancelar', el sistema no ejecuta ninguna acción.

Flujos alternativos:

Requisitos especiales:

  1. Esta acción debe quedar registrada en el historial.