4. Casos de Uso para la Definición de Proyectos Operativos

Diagrama

4 Casos de Uso para la Definición de Proyectos Operativos.

A continuación se presenta la descripción textual de estos casos de uso.

4.1. Caso de Uso: Agregar Proyectos Operativos – Ingresar Datos Básicos.

Descripción textual

Nombre del caso de uso	Agregar Proyectos Operativos-Ingresar Datos Básicos.
Usuarios	Administrador del sistema, Formuladores del tercer o cuarto nivel de planificación.
Condiciones de entrada	I) Exista el registro de entes planificadores. II) Debe estar activo el período de formulación de proyectos para el usuario respectivo.
Condiciones de salida	Registro de la información del formulario Datos Básicos.
Flujo básico	1- El usuario pulsa la opción “Agregar proyectos operativos”. 2- El sistema despliega el formulario “Datos Básicos” en el cual solicita información para las secciones

Área Estratégica, Datos Básicos de Identificación del Proyecto, Responsable del Proyecto, Localización del Proyecto y muestra las opciones “Aceptar” y “Cancelar”. Por cada una de estas secciones solicita la siguiente información:

A) Área Estratégica: El sistema solicita indicar las políticas direccionales, estas políticas son presentadas por el sistema para que el usuario seleccione de allí, y una vez que el usuario seleccione éstas el sistema muestra por pantalla los problemas (descriptores) y las causas criticas asociadas a dichos problema, así como las posibles formas de solución a estas causas, mostrando adicionalmente las políticas de planes de orden superior a las cuales se asocia las políticas direccionales. B) Datos Básicos de Identificación del Proyecto: nombre y descripción del proyecto, fecha de Inicio y culminación, estatus del proyecto, situación presupuestaria, si es un proyecto plurianual o no, monto total del Proyecto en años anteriores, Monto Total del Proyecto para el año en curso, Monto Total del Proyecto en los próximos años, Monto Total del Proyecto, y si es un proyecto tipo POAN o no. C) Responsable del Proyecto: el sistema muestra la institución y el nombre del ente al cual se le asocia el proyecto y solicita la siguiente información tanto para el responsable gerente como para el responsable técnico, registrador y administrativo: nombre, cédula de identidad, correo electrónico y número telefónico. Para los responsables técnico y administrativo solicita además el nombre de la unidad (técnica y administrativa) a la que corresponde cada uno de éstos. D) Localización del Proyecto: I) Localización Internacional o nacional, en este caso solicita país, estado, municipio y parroquia. II) Localización comunal, en este caso solicita código y nombre de la comuna, ubicación de la comunal (la ubicación la solicita en términos del estado, municipio y parroquia). 3- El usuario ingresa la información y pulsa la opción "Aceptar". 4- El sistema registra la información y presenta el formulario Datos Generales (el caso de uso correspondiente a este segundo formulario se presenta posteriormente). 5- Si el usuario ingresa o no datos y pulsa la opción "Cancelar" el sistema no ejecuta ninguna acción.

Flujos alternativos	4.1- Si el usuario ingresa una fecha de culminación inferior a la fecha de inicio el sistema envía un mensaje en el que indica que las fechas son erróneas. 4.2 Si el usuario ingresa datos inválidos el sistema muestra un mensaje en el que le indica cuales datos son inválidos. 4.3 Si el usuario pulsa la opción "Aceptar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos omitidos.
Requisitos especiales

4.1. Caso de Uso: Agregar Proyectos Operativos – Ingresar Datos Básicos

Descripción textual

Usuarios:	Administrador del sistema, enlace formulador.
Condiciones de entrada:	I) Exista el registro de entes planificadores. II) Debe estar activo el período de formulación de proyectos para el usuario respectivo.
Condiciones de salida:	Registro de la información del formulario Datos Básicos.
Flujo básico:	El usuario solicita agregar un proyecto. Si el usuario que solicita agregar un proyecto es el administrador, el sistema le solicita a éste indicar el ente planificador al cual pertenece el proyecto a agregar. El administrador indica el ente planificador al cual pertenece el proyecto. El sistema presenta el formulario “Datos Básicos” en el cual solicita información para las secciones Datos Básicos de Identificación del Proyecto, Responsable del Proyecto, Área Estratégica, Localización del Proyecto y muestra las opciones “guardar” y “cancelar”. Por cada una de estas secciones solicita la siguiente información: A) Datos Básicos de Identificación del Proyecto: nombre y código del proyecto, fecha de Inicio y culminación, estatus del proyecto, situación presupuestaria, si es un proyecto plurianual o no, monto del proyecto para el año y monto total del proyecto, si es un proyecto tipo POAN o no. B) Responsable del Proyecto: el sistema muestra el nombre del ente al cual se le asocia el proyecto y solicita la siguiente información tanto para el responsable gerente como para el responsable técnico, registrador y administrativo: nombre, cédula de identidad, correo electrónico y número telefónico. Para los responsables técnico y administrativo solicita además el nombre de la unidad (técnica y administrativa) a la que corresponde cada uno de éstos. C) Área Estratégica: el sistema solicita seleccionar los objetivos del Plan Nacional de Desarrollo Económico y Social a los cuales se asocia el proyecto. D) Localización del Proyecto: I) Localización Internacional o nacional, en este caso solicita país, estado, municipio y parroquia. II) Localización comunal, en este caso solicita código y nombre de la comuna, ubicación de la comunal (la ubicación la solicita en términos del estado, municipio y parroquia). El usuario ingresa la información y pulsa la opción "guardar". El sistema registra la información y presenta el formulario Datos Generales (el caso de uso correspondiente a este segundo formulario se presenta posteriormente). Si el usuario ingresa o no datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos:	6.1- Si el usuario ingresa una fecha de culminación inferior a la fecha de inicio el sistema envía un mensaje en el que indica que las fechas son erróneas. 6.2 Si el usuario ingresa datos inválidos el sistema muestra un mensaje en el que le indica cuales datos son inválidos. 6.3 Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos omitidos.
Requisitos especiales:

4.2. Caso de Uso: Ingresar Datos Generales

Descripción textual

Usuarios:	Enlace Formulador, Administrador.
Condiciones de entrada:	I) Debe estar activo el período de formulación de proyectos para el usuario respectivo. II) La información concerniente al formulario Datos Básicos debe estar registrada.
Condiciones de salida:	Registro de la información del formulario Datos Generales
Flujo básico:	El sistema presenta el formulario Datos Generales, en el cual solicita información para las secciones Clasificación Sectorial del Gasto ONAPRE, Instituciones, Empleos Generados, Beneficiarios, Objetivos del Proyecto, y muestra las opciones “guardar” y “cancelar”. Por cada una de estas secciones solicita la siguiente información: A) Clasificación Sectorial del Gasto ONAPRE: sector y subsector del proyecto. B) Instituciones: nombre de entes planificadores que cooperaran con el proyecto. C) Empleos Generados: número estimados de empleos femeninos, en este caso solicita indicar el número estimado de empleos femeninos de los tipos directos sostenidos y directos nuevos, el número estimado de empleos masculinos de los tipos directos sostenidos y directos nuevos. El sistema muestra: total de empleos sostenidos y nuevos tanto del tipo masculino como femenino, total de empleos directos sostenidos masculinos y directos nuevos femeninos, total de empleos directos sostenidos y nuevos de tipo masculinos, total de empleos directos sostenidos y nuevos del tipo femenino. D) Beneficiarios: tipo de beneficiario, número de beneficiarios directos masculinos, número de beneficiarios directos femeninos. El sistema muestra: total de beneficiarios masculinos y femeninos, total de beneficiarios masculinos y total de beneficiarios femeninos. E) Objetivo del Proyecto: objetivo estratégico institucional y objetivos específicos del proyecto El usuario ingresa la información y pulsa la opción "guardar". El sistema registra la información y presenta el formulario Indicadores del Proyecto (el caso de uso correspondiente a este tercer formulario se presenta posteriormente). Si el usuario ingresa o no datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1 Si el usuario ingresa datos inválidos el sistema muestra un mensaje en el que le indica cuales datos son inválidos. 3.2 Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos omitidos.
Requisitos especiales:	(I) La información sobre los campos solicitados es obligatoria. (III) Los campos sector del proyecto, sub sector del proyecto, institucionales y Beneficiarios deben ser configurables a nivel de administración del sistema. (IV) En la sección Clasificación Sectorial del Gasto ONAPRE el sistema debe presentar la lista de sectores y la lista de subsectores para que el usuario seleccione de éstas. (V) En la sección Beneficiario el sistema debe presentar una lista de beneficiarios para que el usuario seleccione de ésta. (VI) El usuario selecciona la opción Sector del proyecto en el primer formulario el sistema activa un campo de selección donde solicita al usuario seleccionar un sub sector del proyecto.

4.3. Caso de Uso: Ingresar Indicadores

Descripción textual

Usuarios:	Enlace Formulador, Administrador.
Condiciones de entrada:	I) Debe estar activo el período de formulación de proyectos para el usuario respectivo. II) La información concerniente al formulario Datos Generales debe estar registrada.
Condiciones de salida:	Registro de la información del formulario Indicadores del Proyecto.
Flujo básico:	El sistema presenta el formulario Indicadores del Proyecto, en el cual solicita información para las secciones Enunciado del Proyecto, Justificación del Proyecto, Alcance del proyecto, Indicadores de la Situación, Indicadores del Resultado del Proyecto y muestra las opciones “guardar” y “cancelar”. Por cada una de estas secciones solicita la siguiente información: A) Enunciado del Proyecto: Causas, Problemas, Consecuencias del proyecto. B) Justificación del Proyecto: Justificación donde se debe indicar las justificaciones relacionadas con el proyecto. C) Alcance del proyecto: Alcance donde se debe indicar el alcance en relación al proyecto D) Indicadores de la Situación: en el caso que presenta campos para indicar la 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 en relación al proyecto. E) 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 las opciones 'Aceptar' y 'Cancelar'. El usuario ingresa la información y pulsa la opción "guardar". El sistema registra la información presentada en el formulario Indicadores del Proyecto el sistema activa el formulario Acciones Específicas (el caso de uso correspondiente a este cuarto formulario se presenta posteriormente). Si el usuario ingresa o no datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1 Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados en los campos de los formularios mostrados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos requeridos. 3.2 Si el usuario 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:	(I) La información sobre los campos solicitados es obligatoria. (II) Esta acción debe quedar registrada en el historial. (III) 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'. (IV) Las opciones disponibles deben ser administrables para los campos: Unidad de Medida de Meta Física. (V) 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". (VI) Es obligatorio ingresar la información solicitada en el sub modulo Indicadores del Proyecto ya que de esta manera permitirá activar un sub modulo Ingresar Acciones Específicas del Proyecto para completar el registro del proyecto de lo contrario si no se ingresa la información el sub modulo no se activara.

4.4. Caso de Uso: Ingresar Acciones Específicas

Descripción textual

Usuarios:	Enlace Formulador, Administrador.
Condiciones de entrada:	I) Debe estar activo el período de formulación de proyectos para el usuario respectivo. II) La información concerniente al formulario de Indicadores del Proyecto debe estar registrada.
Condiciones de salida:	Registro de la información del formulario Acciones Específicas
Flujo básico:	El sistema presenta el formulario Acciones Específicas, en el cual solicita información para las secciones Asignación financiera de la acción, Definición de la Acción Específica, Distribución de la Meta Física de la Acción Específica, Programación Financiera de la Acción, Fuentes de Financiamiento, Localización geográfica, Lista de Acciones Específicas, y muestra las opciones “guardar” y “cancelar”. Por cada una de estas secciones solicita la siguiente información: A) Asignación financiera de la acción: 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) B) Definición de la Acción Específica: Nombre de la Acción Específicas, Fecha de Inicio de Acción Específica, Fecha Fin de Acción Específica, Ejecutor, Descripción del Bien o Servicio C) Distribución de la Meta Física de la Acción Especifica: Unidad de Medida de Meta Física de Acción Específica, Porcentaje de Importancia de la Acción Específica en el Proyecto, Distribución de la Meta Física de Acción Específica (en estos campos se ingresa la Cantidad por mes de Meta Física de Acción Específica, para cada uno de los meses comprendidos entre Fecha de Inicio de Acción Específica y Fecha Fin de Acción Específica) D) Programación Financiera de la Acción: Tabla Programación Financiera, Cada fila es una partida y la última fila es de totales de los valores de las columnas, Las columnas son los meses comprendidos entre Fecha de Inicio de Acción Específica y Fecha Fin de Acción Específica. E) Fuentes de Financiamiento: Tabla de Fuentes de Financiamiento, 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 F) Localización geográfica: Donde permite indicar País, Estado, Municipio, Parroquia, Latitud, Longitud. G) Lista de Acciones Específicas (un resumen de las Acción Específica 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 Acción Específica, Fecha fin de la Acción Específica, Porcentaje de Importancia, Opciones disponibles sobre la acción El usuario ingresa la información y pulsa la opción "guardar". Si el usuario ingresa la información de los campos solicitados, y presiona la opció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 el usuario ingresa o no datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos:	3.1 Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados en los campos de los formularios mostrados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos requeridos. 3.2 Si el usuario 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. 3.3. Si la suma de Porcentajes de importancias de las Acción Específica 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.4. Si la Fecha de Inicio de la Acción Específica es menor que la Fecha de Inicio del Proyecto o la Fecha de Fin de la Acción Específica 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 Acción Específica dentro de las fechas de duración del proyecto.
Requisitos especiales:	(I) Las acciones específicas 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%. (II) La distribución de la meta física dependerá de la "Fecha de inicio de Acción Específica" y "Fecha fin de Acción Específica", es decir, que según este rango de fechas serán habilitados los meses para introducir la información. (III) La programación financiera dependerá de la "Fecha de inicio de Acción Específica" y "Fecha fin de Acción Específica", es decir, que según este rango de fechas serán habilitados los meses para introducir la información. (IV) 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. (V) 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. (VI) Las opciones disponibles deben ser administrables para los campos: Unidad de Medida, Fuentes de Financiamiento. (VII) Si se ha ingresado para algún mes el valor de planificado (meta física) igual a 0, 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. (VIII) Si se ha ingresado para algún mes el valor de asignado (meta financiera) igual a 0, 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. (IX) Mostrar al usuario una nota e esta sección que indique Debe ingresar al menos dos 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%

4.5. Caso de Uso: Consultar un proyecto

Descripción textual

Usuarios:	Administrador, control, supervisor, enlace formulador, enlace revisor
Condiciones de entrada:	Debe existir el registro de proyectos que pueda consultar el usuario.
Condiciones de salida:	Información de interés de un proyecto presentada por pantalla.
Flujo básico:	El usuario solicita consultar un proyecto. El sistema muestra por pantalla los nombres de los campos de información que contiene cada uno de los formularios registrados para los proyectos, solicita se seleccionen los campos para los cuales se requiere consultar información, y muestra las opciones “mostrar” y “cancelar”. Adicionalmente, el sistema presenta la opción “ficha del proyecto”. El usuario selecciona los campos de interés y presiona la opción 'mostrar'. El sistema muestra la información solicitada. Si el usuario pulsa la opción ”ficha del proyecto”, el sistema presenta por pantalla toda la información registrada para el proyecto. Si usuario presiona “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	(I) El usuario ante presiona la opción mostrar puede seleccionar cualquier tipo de información de la ficha ya se del módulo completo o elementos o parte del formulario de cada módulo, el campo que el usuario selecciones el sistema mostrara la información en forma de ficha de los elementos seleccionado o las acciones solicitadas y solo esas mostrara

4.6. Caso de Uso: Modificar Información del Proyecto

Descripción textual

Usuarios:	Enlace Formulador, Administrador
Condiciones de entrada:	I) Si el usuario es enlace formulador el proyecto debe encontrarse en cualquiera de los siguientes estados: “ingresado” o “enviado a enlace formulador”. II) El proyecto no debe estar aprobado.
Condiciones de salida:	Información del proyecto modificada.
Flujo básico:	El usuario solicita modificar información de un proyecto. El sistema da acceso a cada uno de los formularios de información registrados para el proyecto, activa los campos de información de cada uno de éstos para permitir su modificación y muestra las opciones “aceptar” y “cancelar”. El usuario modifica la información de interés y pulsa la opción “aceptar”. El sistema registra la modificación. Si el usuario realiza o no modificaciones y presiona la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos:	4.1. Si el usuario omite información en alguno o todos los campos del formulario respectivo y presiona la opción “aceptar”, el sistema solicita indicar la información omitida. 4.2. Si el usuario introduce valores inválidos (dejando ese campo en estado inconsistente, por ejemplo ingresando letras en campos numéricos) y presiona la opción “aceptar”, el sistema muestra un mensaje indicando que debe ingresar valores válidos.
Requisitos especiales:	I) Esta acción debe quedar registrada en el historial. II) Si el actor modifica una de las fechas o montos del proyecto, el sistema debe mostrar un mensaje de advertencia que indique al usuario el tipo de información que podría ser afectada por dicho cambio. Por ejemplo: a) Si modifica 'fecha inicio del proyecto' o 'fecha fin del proyecto', puede tener que modificar también: (Fecha inicio y fecha fin de cada acción específica). b) Si modifica 'fecha inicio o fecha fin de una acción específica del proyecto puede tener que modificar también: (Fecha de inicio y fin del proyecto). c) Si modifica el monto del proyecto para el año en curso puede tener que modificar también: (Monto total del proyecto), (Cantidades de la meta financiera de las acciones específicas del proyecto). d) Si modifica el monto total del proyecto puede tener que modificar también: (Monto para el año en curso).

4.7. Caso de Uso: Eliminar un Proyecto

Descripción textual

Usuarios:	Administrador, control, enlace formulador.
Condiciones de entrada:	I) El proyecto debe estar creado y aun no debe estar aprobado. II) Si el usuario es control el proyecto debe encontrarse en el estado “enviado a control”. III) Si el usuario es enlace formulador el proyecto debe encontrarse en el estado “ingresado” o en el estado “enviado a enlace formulador”.
Condiciones de salida:	El proyecto ya no aparece disponible para ningún tipo de usuario.
Flujo básico:	El usuario solicita eliminar proyecto. El sistema muestra un mensaje en el cual pregunta al usuario si está seguro de eliminar el proyecto, y muestra las opciones 'Aceptar' y 'Cancelar'. Si el usuario presiona 'Aceptar' el sistema elimina el proyecto”. Si el usuario selecciona la opción “Cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos:
Requisitos especiales:	(I) Esta acción debe quedar registrada en el historial. (II) Los usuarios Enlace formulador, Supervisor y Control ya no podrán ejecutar acciones sobre el proyecto.

4.8. Caso de Uso: Consultar Datos Financieros

Descripción textual

Usuarios:	Administrador, control, supervisor, enlace formulador, enlace revisor.
Condiciones de entrada:	Debe existir el registro de proyectos que el usuario pueda consultar.
Condiciones de salida:	Datos financieros del proyecto y de sus acciones específicas presentados por pantalla.
Flujo básico:	El usuario solicita consultar datos financieros de un proyecto. El sistema muestra información financiera referida a: Monto total del proyecto. Distribución mensual de montos por cada acción específica del proyecto. Distribución por partida presupuestaria para cada acción específica de proyecto. Montos por fuente de financiamiento. Adicionalmente, el sistema muestra el flujo para cambio de estado del proyecto, con el cual el usuario puede cambiar el estado de proyecto al enviar éste al usuario que corresponda (ya sea enlace formulador, enlace revisor, supervisor o control), muestra el campo “comentario” y la opción “guardar”. Si el usuario cambia el estado del proyecto e indica o no un comentario y pulsa la opción “guardar”, el sistema envía el proyecto al usuario respectivo y cambia el estado del proyecto.
Flujos alternativos:
Requisitos especiales:

4.9. Caso de Uso: Cambiar el Estado de un Proyecto

Descripción textual

Usuarios:	Administrador, control, supervisor, enlace formulador, enlace revisor.
Condiciones de entrada:	I) Si el usuario es enlace formulador el proyecto debe encontrarse en el estado “ingresado” o “enviado a enlace formulador”. II) Si el usuario es enlace revisor el proyecto debe estar en el estado “enviado a enlace revisor”. III) Si el usuario es supervisor el proyecto debe estar en el estado “enviado a supervisor”. IV) Si el usuario es control el proyecto debe estar en el estado “enviado a control”.
Condiciones de salida:	I) El proyecto cambia de estado cuando es enviado a otro tipo de usuario
Flujo básico:	El usuario solicita cambiar el estado de un proyecto. El sistema muestra el flujo para cambio de estado del proyecto, con el cual el usuario puede cambiar el estado de proyecto, muestra el campo “comentario” y la opción “guardar”. El usuario cambia el estado del proyecto e indica o no un comentario y pulsa la opción “guardar” El sistema envía el proyecto y el comentario (en caso de que se haya registrado alguno) al usuario respectivo, y cambia el estado del proyecto.
Flujos alternativos:
Requisitos especiales:	I) Si el usuario que cambia el estado del proyecto es enlace formulador, éste ya no podrá cambiar el estado del proyecto ni realizar modificaciones al mismo hasta que el proyecto no se encuentre en el estado enviado a enlace formulador, es decir, hasta que no le sea devuelto por otro usuario. II) Si el usuario que cambia el estado del proyecto es enlace revisor, éste ya no podrá cambiar el estado del proyecto hasta que el proyecto no se encuentre en el estado enviado a enlace revisor, es decir, hasta que no le sea devuelto por otro usuario. III) Si el usuario que cambia el estado del proyecto es supervisor, éste ya no podrá cambiar el estado del proyecto hasta que el proyecto no se encuentre en el estado enviado a supervisor, es decir, hasta que no le sea devuelto por otro usuario. IV) Si el usuario que cambia el estado del proyecto es control, éste ya no podrá cambiar el estado del proyecto hasta que el proyecto no se encuentre en el estado enviado a control, es decir, hasta que no le sea devuelto por otro usuario. V) Los cambios de estado deben quedar registrados en el historial del proyecto.

4.10. Caso de Uso: Consultar Lista de Proyectos Operativos

Descripción textual

Usuarios:	Administrador, control, supervisor, enlace formulador, enlace revisor.
Condiciones de entrada:	Debe existir el registro de proyectos que pueda consultar el usuario.
Condiciones de salida:	Lista de proyectos operativos presentada por pantalla
Flujo básico:	El usuario solicita consultar proyectos operativos. El sistema presenta un conjunto de parámetros de búsqueda para la consulta de proyectos, y muestra la opción “Buscar”. Adicionalmente, muestra la lista de proyectos que pueda consultar el usuario según el nivel de planificación, el sector y el ente planificador al cual éste corresponda. El usuario ingresa parámetros de búsqueda y pulsa la opción “Buscar”. El sistema presenta la lista de los proyectos operativos asociados a los parámetros de búsqueda. Esta lista depende del nivel de planificación, el sector y el ente planificador al cual el usuario corresponda.
Flujos alternativos:	4.1. Si el usuario pulsa la opción buscar y omite parámetros de búsqueda, el sistema presenta por pantalla un mensaje en el que solicita se indique algún parámetro.
Requisitos especiales:

---

Volver a Metodología de Desarrollo de Software Libre