Especificación de Requerimientos

4. Casos de Uso para la Gestión del Plan de Desarrollo Integral de la Comunidad

4.1.Caso de Uso: Plantear proyectos de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Problemas, causas principales, potencialidades y/o necesidades registradas en el sistema.
Condición de salida	Registro de información de proyectos planteados.
Flujo básico	1.- El usuario solicita plantear proyectos de su comunidad. 2.- Si quien requiere plantear los proyectos es el administrador, el sistema solicita indicar el CC, C o organización comunal no registrada al cual está asociado el planteamiento de proyectos. Si quien requiere plantear los proyectos es un vocero, el sistema solicita indicar, en caso de que el vocero pertenezca a un CC y a su vez a una C, a cuál de éstos se debe asociar el planteamiento de proyectos. 3.- El sistema solicita indicar si el proyecto abordará un problema, una necesidad o una potencialidad que no contribuyen a solventar problemas de la comunidad. 4.- El usuario indica la información solicitada. 5.- Si el proyecto aborda un problema el sistema solicita la siguiente información por cada uno de los proyectos a plantear: a.-Nombre del problema o de los problemas a abordar con el proyecto (para ello muestra el listado de problemas para que el usuario seleccione de allí, y una vez seleccionado presenta la(s) causa(s) principal(es) que genera(n) el problema, así como el tipo al que esta(s) corresponde(n)). b.- Nombre(s) de la potencialidad(es) que puede(n) contribuir a abordar la causa principal (para esto muestra el listado de potencialidades para que el usuario seleccione de allí). c.-Descripción del proyecto. d.- Eje de desarrollo integral comunitario (para esto presenta las siguientes opciones: económico, social, político y cultural). 6 - Si el proyecto aborda una necesidad el sistema solicita se indique la siguiente información por cada uno de los proyectos a plantear: a.-Nombre(s) de la necesidad(es). b.- Nombre(s) de la(s) potencialidad(es) que puede(n) contribuir a abordar la necesidad (para esto muestra tanto la lista de potencialidades que contribuyen a abordar problemas, como la lista de potencialidades que no abordan problemas de la comunidad, para que el usuario seleccione de allí) c.-Nombre del proyecto. 7.- Si el proyecto aborda una potencialidad que no aborda problemas de la comunidad el sistema solicita se indique la siguiente información por cada uno de los proyectos a plantear: a.- Nombre de la potencialidad (para esto muestra una lista de potencialidades que no abordan problemas de la comunidad para que el usuario seleccione de allí). b.- Nombre del proyecto. 8.-El sistema muestra al final de cada cuestionario las opciones “guardar” y “cancelar”. 9.- El usuario ingresa respuestas a la información solicitada y pulsa la opción “guardar”. 10.- El sistema registra la información. 11.- Si el usuario ingresa o no información y pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales	I)La información concerniente al campo “Nombre(s) de la potencialidad(es) que puede(n) contribuir a abordar la causa principal” no es obligatoria. II) Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos obligatorios solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. III) La información relacionada al campo “Nombre(s) de la(s) potencialidad(es) que puede(n) contribuir a abordar la necesidad ” no es obligatoria.

4.2.Caso de Uso: Consultar lista de proyectos planteados en mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Registro de información de proyectos planteados.
Condición de salida	Lista de proyectos planteados.
Flujo básico	1.- El usuario solicita consultar lista de proyectos planteados en su comunidad. 2.- El sistema muestra por pantalla las opciones “Proyectos planteados para abordar problemas”, “Proyectos planteados para abordar necesidades” y “Proyectos planteados para abordar potencialidades no asociadas a problemas”. 3.- El usuario pulsa sobre alguna de las opciones de interés. 4.- El sistema muestra la lista de proyectos planteados asociados a la opción indicada por el usuario, mostrando por cada proyecto las opciones “ver” "modificar” y “eliminar”. 5.- El usuario pulsa sobre la opción “ver” de alguno de los proyectos del listado. 6.- El sistema muestra la información sobre el proyecto y presenta la opción “descargar”.
Flujos alternativos
Requisitos especiales	Si el usuario pertenece a un CC y a su vez a una C, el sistema debe presentar la lista de proyectos respectiva a cada una de estas organizaciones.

4.2.1. Caso de Uso: Modificar el planteamiento de un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Registro de información de proyectos planteados.
Condición de salida	Modificación de información sobre el planteamiento de un proyecto.
Flujo básico	1.- El usuario pulsa la opción “modificar” asociada a un proyecto de interés de su comunidad. 2.-El sistema presenta la información registrada sobre el proyecto, activando los campos del registro de ésta para permitir su modificación, y presenta las opciones “guardar” y “cancelar”. 3.-El usuario modifica la información de interés y pulsa la opción “guardar”. 4.- El sistema registra la modificación. 5.- Si el usuario modifica o no información y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

4.2.2. Caso de Uso: Eliminar proyecto planteado en mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Registro de información de proyectos planteados.
Condición de salida	Proyecto eliminado del sistema.
Flujo básico	1.- El usuario pulsa la opción “eliminar” asociada a un proyecto de su comunidad. 2.- El sistema pregunta al usuario si está seguro de querer eliminar el proyecto, y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” el proyecto es borrado del sistema. 4.- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

4.3. Caso de Uso: Formular proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada
Condición de salida
Flujo básico	1- El usuario pulsa la opción “Formular Proyecto”. 2- Si quien requiere formular el proyecto es el administrador, el sistema solicita indicar el CC o C para el cual se debe formular el proyecto. Si quien requiere formular el proyecto es un vocero, el sistema solicita, en caso de que el vocero pertenezca a un CC y a su vez a una C, para cuál de éstos se debe formular el proyecto. Seguidamente el sistema presenta las opciones “Definición del proyecto”, “Acciones del proyecto”, y “Obstáculos del proyecto”.
Flujos alternativos
Requisitos especiales	I) El sistema activa la opción “Acciones del proyecto”, solo si el usuario completo el registro de "Definición del proyecto", y finalmente activa la opción “Obstáculos del proyecto”, solo si el usuario completo la sección “Acciones del proyecto”.

4.3.1. Caso de Uso: Registrar definición de un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Problemas, causas, potencialidades y/o necesidades registradas en el sistema.
Condición de salida	Registro de definición de proyectos.
Flujo básico	1.- El usuario pulsa la opción “Definición del proyecto”. 2. - Si quien requiere registrar la definición del proyecto es el administrador, el sistema solicita indicar el CC o C al cual está asociado el registro de definición de proyectos . Si quien requiere registrar la definición de proyectos es un vocero, el sistema solicita indicar, en caso de que el vocero pertenezca a un CC y a su vez a una C, a cuál de éstos se debe asociar el registro de definición de proyectos. 3.- El sistema solicita se indique el nombre del proyecto a formular (para ello muestra una lista de proyectos planteados para que el usuario selecciones de allí). 4.- El usuario ingresa la información solicitada. 5.- El sistema muestra el escenario que se aborda con el proyecto (ya sean problemas y sus causas principales, así como las potencialidades asociadas a este problema (en caso de existir), o necesidades, o potencialidades no asociadas a problemas). Adicionalmente solicita: a) Ubicación (específicada en: estado, municipio, parroquia y coordenadas UTM); b) Descripción del proyecto; c) Meta física; d) Duración; e) Objetivo general; f) Objetivos específicos; g) Impacto; h) Población beneficiada; i) Número de empleos directos e indirectos; j) Planes de desarrollo con los que se relaciona el proyecto, indicando en específico las políticas y/o estrategias con las que se relaciona en estos planes; k) Nombre de las instituciones (públicas o privadas) o comunidades con las cuáles se ejecutarán acciones en conjunto, así como una breve descripción de tales acciones. Al final del cuestionario muestra las opciones “guardar” y “cancelar”. 6- El usuario ingresa la información solicitada y pulsa la opción “guardar”. 7.- El sistema registra la información. 8.- Si el usuario ingresa o no información y pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	6.1.-Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	I)- El sistema debe validar la estructura del dato ingresado en al campo “coordenadas UTM”.

4.3.2.Caso de Uso: Registrar acciones de un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada
Condición de salida	Registro de acciones.
Flujo básico	1.- El sistema presenta la interfaz para registrar la acciones del proyecto, una vez que se haya registrado la información referida a la definición del proyecto. En esta interfaz el sistema solicita por acción a registrar: a) Nombre de la acción. b) Tipo de acción (para esto el sistema muestra las siguientes opciones: acción específica y acción táctico procesal(en este caso muestra la lista de acciones táctico procesales que se encuentren registradas en el sistema)); c) Descripción de la acción. d) Tiempo de inicio y finalización de la acción. e) Recursos necesarios para llevar a cabo la acción, indicando para cada recurso el tipo al que corresponde (para esto el sistema muestra las siguientes opciones: cognitivos; políticos; tecnológicos; viáticos; materiales y suministros; alimentación y bebidas), así como el costo presupuestario o no presupuestario del recurso, indicando para costos de tipo presupuestarios la partida presupuestaria a la que corresponde éste y el período de tiempo en el que se ejecutará. f) Nombres de los actores responsables de llevar a cabo la acción; g) Nombres de los actores corresponsables en la ejecución de la acción, y al final del cuestionario presenta las opciones “guardar” y “cancelar”. 4- El usuario ingresa respuestas a la información solicitada y pulsa la opción “guardar”. 5.- El sistema registra la información. 6.- Si el usuario ingresa o no información y pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	4.1.- Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. 4.2.- El sistema no debe permitir el ingreso de dato inválidos en campos numericos.
Requisitos especiales	I) Para el ítem “b”, si el usuario selecciona una acción táctico procesal, el sistema debe presentar la(s) acción(s) específica(s) a la cual esta acción táctica construye viabilidad. II) Las partidas presupuestarias deben estar registradas en el sistema, de modo que el usuario realice una selección al momento de indicar una partida por costo presupuestario. III) El sistema debe mostrar los costos totales presupuestarios y no presupuestarios del proyecto, así como el costo total del proyecto, una vez el usuario ingrese dichos costos por acción. IV) El campo referido a “período de tiempo de ejecución de los costos por partida presupuestaria” debe ser configurable, pues puede tratarse de meses, semanas, días, etc. V) El tiempo de inicio y finalización de la acción debe mantenerse dentro del período de inicio y fin del proyecto al que correponde la acción. VI) El costo total del proyecto coresponde a la suma de los costos totales presupuestarios y no presupuestarios. VII) El sistema debe mostrar un diagrama de Gantt para representar el cronograma de ejecución del proyecto, una vez el usuario culmine de registrar las fechas de incio y fin de las acciones del proyecto. VIII) El sistema debe mostrar una tabla donde se indique el cronograma de ejecución financiera del proyecto, una vez que el usuario culmine de registrar la información concerniente a costos presupuestarios de las acciones del proyecto.

4.3.3.Caso de Uso: Registrar obstáculos de un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Registro de acciones.
Condición de salida	Registro de obstáculos.
Flujo básico	1.- El sistema presenta la interfaz para registrar los obstáculos del proyecto, una vez que se haya registrado la información referida a la acciones del proyecto. En esta interfaz el sistema solicita por cada acción específica que presenta obstáculos: a) Nombre de la acción específica (para esto muestra el listado de acciones específicas para que el usuario seleccione de allí); b) Nombres de los actores responsables y corresponsables que no apoyan la ejecución de la acción específica(para esto muestra una lista de actores responsables y corresponsables para que el usuario seleccione de allí los nombres de éstos); c) Descripción de obstáculo(s) a la acción específica; d) Acciones táctico procesales requeridas para superar el obstáculo o los obstáculos planteados. Finalmente el sistema muestra las opciones “guardar” y “cancelar”. 2- El usuario ingresa respuestas a la información solicitada y pulsa la opción “guardar”. 3.-El sistema registra la información. 4.- Si el usuario ingresa o no información y pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1.-Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	I)- Para el ítem “d” el usuario puede agregar más de una acción.

4.4.Caso de Uso: Consultar un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Debe existir el registro de definición de proyectos y sus acciones.
Condición de salida	Información sobre proyectos formulados.
Flujo básico	1.- El usuario solicita consultar un proyecto de su comunidad. 2.- El sistema muestra la lista de proyectos formulados, mostrando por cada proyecto las opciones “ver”, "modificar” y “eliminar”. 3.- El usuario pulsa sobre la opción “ver” de alguno de los proyectos del listado. 4.- El sistema muestra la información sobre el proyecto y presenta la opción “descargar”.
Flujos alternativos
Requisitos especiales	Si el usuario pertenece a un CC y a su vez a una C, el sistema debe presentar la lista de proyectos formulados respectiva a cada una de estas organizaciones.

4.4.1. Caso de Uso: Modificar formulación de un proyecto de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Debe existir el registro de definición de proyectos y sus acciones.
Condición de salida	Modificación de información sobre la formulación de un proyecto.
Flujo básico	1.- El usuario pulsa la opción “modificar” asociada a un proyecto. 2.-El sistema presenta la información de formulación del proyecto, activando los campos del registro de ésta para permitir su modificación, y presenta las opciones “guardar” y “cancelar”. 3.-El usuario modifica la información de interés y pulsa la opción “guardar”. 4.- El sistema registra la modificación. 5.- Si el usuario modifica o no información y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

4.4.2.Caso de Uso: Eliminar un proyecto formulado de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Debe existir el registro de definición de proyectos y sus acciones.
Condición de salida	Proyecto eliminado del sistema.
Flujo básico	1.- El usuario pulsa la opción “eliminar” asociada a un proyecto de su comunidad. 2.- El sistema pregunta al usuario si está seguro de querer eliminar el proyecto, y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” el proyecto es borrado del sistema. 4.- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

4.5.Caso de Uso: Generar el plan de desarrollo integral comunitario (PDIC) de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Si el plan a generar corresponde a una C deben existir los PDIC de los CC que integran la C. Si el plan a generar corresponde a un CC debe existir para este CC el registro de información solicitada en los módulos Explicación Situacional de la Comunidad, Estudio de Problemas de la Comunidad y Gestión del Plan de Desarrollo Integral de la Comunidad.
Condición de salida	PDIC.
Flujo básico	1- El usuario solicita generar el PDIC de su comunidad. 2- Si quien requiere generar el PDIC es el administrador, el sistema solicita indicar el CC o C para el cual se debe generar el PDIC. Si quien requiere generar el PDIC es un vocero, el sistema solicita, en caso de que el vocero pertenezca a un CC y a su vez a una C, para cuál de éstos se debe generar el PDIC. Seguidamente, el sistema genera el PDIC, lo presenta por pantalla y muestra la opción "descargar”.
Flujos alternativos
Requisitos especiales	I).- Cuando el PDIC a generar corresponda a un CC debe contener la siguiente información: a) Datos del CC (ello incluye: nombre del CC, ubicación (especificada en: sector, parroquia, municipio y estado), nombres y apellidos de los voceros que conforman el CC y sus roles). b) Descripción de la Comunidad (incluye: ámbito geográfico de la comunidad y población. c) Situación objetivo de la comunidad. d) Proyectos por ejes de desarrollo integral comunitario. d) Formulación de cada proyecto que plantea la comunidad. II).- Cuando el PDIC a generar corresponda a una C debe contener la siguiente información: a) Población (el sistema debe mostrar la población total de la C, de acuerdo a la población de cada CC que la integra). b) Proyectos por eje de desarrollo (incluye todos los proyectos por eje de desarrollo asociados a los CC que integran la C). c).- Proyectos formulados (incluye todos los proyectos formulados asociados a los CC que integran la C).

4.6.Caso de Uso: Consultar PDIC de mi comunidad

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condición de entrada	Información generada sobre PDIC.
Condición de salida	Información sobre el PDIC.
Flujo básico	1.- El usuario solicita consultar información sobre el PDIC de su comunidad. 2.- El sistema da 2 opciones para realizar la consulta, en la primera permite un consulta por las secciones de información que maneja el PDIC (para ello presenta los nombres de las secciones de información del PDIC ), y en la segunda permite realizar una consulta de toda la información del PDIC. Muestra al final las opciones “mostrar” y “cancelar”. 7.- El usuario indica el tipo de consulta a realizar, y pulsa la opción “mostrar”. 8.- El sistema presenta la información solicitada y muestra la opción “descargar”. 9.- Si el usuario indica o no el tipo de consulta a realizar, pero pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales	Si el usuario pertenece a un CC y a su vez a una C, el sistema debe permitir consultar información sobre el PDIC respectivo a cada una de estas organizaciones.

4.7. Caso de Uso: Descargar

Descripción textual

Usuarios	Administrador del sistema o vocero comunal.
Condiciones de entrada
Condiciones de salida	Archivo descargado.
Flujo básico	1.- El usuario pulsa la opción “descargar” asociada a un tipo de información de interés. 2.- El sistema descarga esta información en un archivo.
Flujos alternativos
Requisitos especiales

---

Este documento está liberado bajo la Licencia Creative Commons Venezuela 3.0: Reconocimiento, No comercial, Compartir Igual 3.0.

Más información sobre esta licencia en: ​http://creativecommons.org/licenses/by-sa/3.0/ve/

---

Volver a Metodología