Especificación de Requerimientos (Funcionalidades)

3. Casos de Uso para el Proceso de Definición de Políticas Direccionales del Plan

3.1 Casos de Uso para Gestionar Posibles Políticas Direccionales.

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

3.1.1. Casos de Uso: Registrar posibles políticas direccionales.

Descripción textual

Nombre del caso de uso	Registrar posibles políticas direccionales.
Usuarios	Actor macro.
Condiciones de entrada	I) La fecha para la definición de posibles políticas debe estar vigente.
Condiciones de salida	Posibles políticas registradas.
Flujo básico	1- El usuario pulsa la opción “Registrar posible política”. 2- El sistema despliega el listado da causas críticas. 3- El usuario selecciona del listado presentado la o las causas críticas para las cuales se formulará la posible política. 4.- El sistema muestra las causas críticas seleccionadas y las posibles formas de solución asociadas a éstas, con el fin de que dicha información sirva de apoyo en la formulación de la política, y solicita la siguiente información: a) posible política, objetivo general y específicos; b) áreas de impacto; c) requerimientos necesarios para materializar la política (en este caso el sistema permite que se puedan indicar tres tipos de requerimientos: políticos (toma de decisiones), cognitivos, y tecnológicos), indicando por cada requerimiento los actores responsables del mismo y el grado de control que tienen sobre éste. El sistema presenta las opciones "guardar" y "cancelar". 5- El usuario ingresa los datos solicitados y presiona la opción “guardar”. 6- El sistema registra los datos ingresados, los presenta por pantalla y muestra la opción “agregar posible política”. 7- Si el usuario ingresa o no los datos solicitados y presiona la opción “cancelar”, el sistema no ejecuta ninguna acción. 8- Si el usuario presiona la opción “agregar posible política” se repiten los pasos 2, 3, 4, 5 y 6.
Flujos alternativos	5.1- Si el usuario omite los datos solicitados, o alguno de éstos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	I) Es necesario que al principio del registro de las posibles políticas se coloque el siguiente mensaje: “Se podrá registrar o modificar posibles políticas hasta la fecha [aquí hay que colocar la fecha válida para la definición de posibles políticas]”. II) El grado de control que tiene los actores sobre los requerimientos necesarios para materializar las posibles políticas debe ser expresados en términos de porcentaje. III) El usuario debe indicar por lo menos uno de los tres tipos de requerimientos que muestra el sistema para una posible política.

3.1.2. Casos de Uso: Consultar posibles políticas.

Descripción textual

Nombre del caso de uso	Consultar posibles políticas.
Usuarios	Actor macro.
Condiciones de entrada	Debe existir el registro de posibles políticas.
Condiciones de salida	Información presentada por pantalla de la posible política consultada.
Flujo básico	1- El usuario pulsa la opción "Posibles políticas". 2- El sistema presenta por pantalla el listado de posibles políticas, y para cada posible política presenta las opciones “modificar” y “eliminar”. 3- Si el usuario pulsa sobre alguna de las posibles políticas el sistema presenta la información registrada para la misma.
Flujos alternativos
Requisitos especiales	Las opciones “modificar” y “eliminar” serán presentadas por pantalla siempre y cuando la fecha para la definición de posibles políticas esté vigente.

3.1.3. Casos de Uso: Modificar posibles políticas.

Descripción textual

Nombre del caso de uso	Modificar posibles políticas.
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el registro de posibles políticas. II) La fecha para la definición de posibles políticas debe estar vigente.
Condiciones de salida	Posible política modificada.
Flujo básico	1- El usuario pulsa en la lista de posibles políticas la opción “modificar” para la política que requiere modificar. 2- El sistema presenta por pantalla el registro de información de la respectiva posible política, activa los campos de este registro para permitir que se realice la modificación y presenta las opciones “guardar” y “cancelar”. 3- El usuario modifica la información requerida y pulsa la opción “guardar”. 4- El sistema registra los datos modificados y los presenta por pantalla. 5- Si el usuario modifica o no los datos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1- Si el usuario omite los datos solicitados en el registro de la posible política, o alguno de ellos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales

3.1.4. Caso de Uso: Eliminar posibles políticas.

Descripción textual

Nombre del caso de uso	Eliminar posibles políticas.
Usuarios	Actor macro.
Condiciones de entrada	La fecha para la definición de posibles políticas debe estar vigente.
Condiciones de salida	Posible política eliminada.
Flujo básico	1- El usuario pulsa la opción “eliminar” para la posible política que requiere eliminar. 2- El sistema pregunta al usuario a través de un mensaje ¿Está seguro de querer eliminar la posible política seleccionada? y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” la posible política es borrada del listado de posibles políticas. 4- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

3.1.5. Caso de Uso: Buscar posibles políticas.

Descripción textual

Nombre del caso de uso	Buscar posibles políticas.
Usuarios	Actor macro.
Condiciones de entrada
Condiciones de salida	Registro de la posible política de interés presentada por pantalla.
Flujo básico	1- El usuario ingresa los parámetros de búsqueda correspondientes a los campos “áreas de impacto”, “requerimientos”, “posible política” y pulsa la opción “buscar”. 2- El sistema presenta por pantalla el listado de posibles políticas que están relacionadas a los parámetros de búsqueda ingresados, y presenta las opciones “modificar” y “eliminar” para cada una de las posibles políticas del listado. 3- Si el usuario pulsa sobre alguna de las posibles políticas el sistema presenta por pantalla la información registrada sobre la misma.
Flujos alternativos	1.1- Si el usuario no ingresa ningún parámetro de búsqueda y pulsa la opción “buscar” el sistema solicita se indique algún parámetro.
Requisitos especiales	Las opciones “modificar” y “eliminar” son presentadas por pantalla siempre y cuando la fecha para la definición de posibles políticas se encuentre vigente.

3.2. Casos de Uso para Gestionar Políticas Direccionales.

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

3.2.1. Casos de Uso: Identificar inviabilidad de posibles políticas

Descripción textual

Nombre del caso de uso	Identificar inviabilidad de posibles políticas
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el registro de posibles políticas. II) La fecha para identificar inviabilidad de posibles políticas debe estar vigente.
Condiciones de salida	Políticas inviables presentadas por pantalla.
Flujo básico	1- El usuario pulsa la opción “Identificar políticas inviables”. 2- El sistema realiza un cálculo en base a los requerimientos necesarios para materializar las posibles políticas y en base al grado de control que se tiene sobre tales requerimientos, para determinar cuales políticas son inviables. 3- El sistema muestra por pantalla el listado de políticas inviables.
Flujos alternativos
Requisitos especiales	Una política es inviable si los actores responsables de los requerimientos necesarios para materializar esta política no controlan en un 100% cada uno de estos requerimientos.

3.2.2. Casos de Uso: Consultar posible política inviable

Descripción textual

Nombre del caso de uso	Consultar posible política inviable.
Usuarios	Actor macro, actor micro.
Condiciones de entrada	Debe existir el listado de posibles políticas inviables.
Condiciones de salida	Posible política presentada por pantalla.
Flujo básico	1- El usuario pulsa la opción "Posibles políticas inviables". 2- El sistema presenta por pantalla el listado de posibles políticas inviables y para cada una de éstas presenta la opción “agregar acciones para construir viabilidad”.
Flujos alternativos
Requisitos especiales	La opción “agregar acciones para construir viabilidad” será presentada por pantalla siempre y cuando la fecha para construir viabilidad a posibles políticas esté vigente.

3.2.3. Casos de Uso: Registrar acciones para construir viabilidad de posibles políticas.

Descripción textual

Nombre del caso de uso	Registrar acciones para construir viabilidad de posibles políticas
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el listado de posibles políticas inviables. II) La fecha para construir viabilidad a posibles políticas debe estar vigente.
Condiciones de salida	Registro de acciones para construcción de viabilidad de posibles políticas.
Flujo básico	1- El usuario pulsa la opción “agregar acciones para construir viabilidad” para una posible política inviable. 2- El sistema solicita se indique la acción necesaria para construir la viabilidad requerida, y muestra las opciones “guardar” y “cancelar”. 3- El usuario indica la información solicitada y pulsa la opción “guardar”. 4- El sistema registra la información y presenta la opción “agregar acción”. 5- Si el usuario ingresa o no los datos solicitados y presiona la opción “cancelar”, el sistema no ejecuta ninguna acción. 6- Si el usuario pulsa la opción “agregar acción” se repiten los pasos 2, 3 y 4.
Flujos alternativos	3.1- Si el usuario omite los datos solicitados, o alguno de éstos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	I) Es necesario que al principio del registro de acciones para construir viabilidad a posibles políticas se coloque el siguiente mensaje: “Se podrá registrar o modificar acciones para construcción de viabilidad a posibles políticas hasta la fecha [aquí hay que colocar la fecha válida para la construcción de viabilidad a posibles políticas]”. II) Una posible política puede tener asociada mas de una acción para construcción de viabilidad.

3.2.4. Casos de Uso: Consultar acciones para construcción de viabilidad.

Descripción textual

Nombre del caso de uso	Consultar acciones para construcción de viabilidad.
Usuarios	Actor macro, actor micro.
Condiciones de entrada	Debe existir el registro de acciones para construcción de viabilidad.
Condiciones de salida	Acciones para construcción de viabilidad de una posible política presentadas por pantalla.
Flujo básico	1- El usuario pulsa la opción "Construcción de viabilidad". 2- El sistema solicita se indique la posible política para la cual se quiere consultar las acciones de construcción de viabilidad (para lo cual el sistema muestra el listado de posibles políticas inviables). 3- El usuario indica la posible política de interés. 4- El sistema presenta por pantalla el listado de acciones para construcción de viabilidad de la posible política respectiva, y muestra las opciones “modificar” y “eliminar” para cada acción.
Flujos alternativos
Requisitos especiales	Las opciones “modificar” y “eliminar” serán presentadas por pantalla solo en caso de que el usuario corresponda a un actor macro y si la fecha para construir viabilidad a posibles políticas esta vigente.

3.2.5. Casos de Uso: Modificar acciones de construcción de viabilidad para una posible política

Descripción textual

Nombre del caso de uso	Modificar acciones de construcción de viabilidad para una posible política.
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el registro de acciones para construcción de viabilidad. II) La fecha para construir viabilidad a posibles políticas debe estar vigente.
Condiciones de salida	Acción para construcción de viabilidad modificada.
Flujo básico	1- El usuario pulsa en la opción “modificar” de la acción que requiere modificar. 2- El sistema presenta por pantalla el registro de información de la respectiva acción, activa los campos de este registro para permitir que se realice la modificación y presenta las opciones “guardar” y “cancelar”. 3- El usuario modifica la información requerida y pulsa la opción “guardar”. 4- El sistema registra los datos modificados y los presenta por pantalla. 5- Si el usuario modifica o no los datos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1- Si el usuario omite los datos solicitados en el registro de la acción, o alguno de ellos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales

3.2.6. Caso de Uso: Eliminar acciones de construcción de viabilidad para una posible política.

Descripción textual

Nombre del caso de uso	Eliminar acciones de construcción de viabilidad para una posible política.
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el registro de acciones para construcción de viabilidad. II) La fecha para construir viabilidad a posibles políticas debe estar vigente.
Condiciones de salida	Acción para construir viabilidad eliminada del sistema.
Flujo básico	1- El usuario pulsa la opción “eliminar” para la acción de interés. 2- El sistema pregunta al usuario a través de un mensaje ¿Está seguro de querer eliminar la acción seleccionada? y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” la acción es borrada del listado de acciones para construir viabilidad a la posible política respectiva. 4- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

3.2.7. Casos de Uso: Seleccionar políticas direccionales.

Descripción textual

Nombre del caso de uso	Seleccionar políticas direccionales.
Usuarios	Actor macro.
Condiciones de entrada	I) Debe existir el listado de posibles políticas direccionales. II) La fecha para la selección de políticas direccionales debe estar vigente. III) Todas las políticas inviables deben tener asociadas acciones para construcción de viabilidad.
Condiciones de salida	Listado de políticas direccionales.
Flujo básico	1- El usuario pulsa la opción “Seleccionar políticas direccionales”. 2- El sistema presenta por pantalla el listado de posibles políticas direccionales, solicita se seleccione de este listado aquellos políticas que se consideren como potenciales o eficaces para lograr la situación objetivo del plan, y muestra las opciones “guardar” y “cancelar”. 3- El usuario selecciona políticas direccionales y pulsa la opción “guardar”. 4- El sistema registra los políticas direccionales y las presenta por pantalla. 5- Si el usuario selecciona o no políticas direccionales y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1- Si el usuario no selecciona ninguna política direccional y pulsa la opción "guardar", el sistema solicita si indiquen políticas direccionales a seleccionar.
Requisitos especiales	Es necesario que al principio de la pantalla que presenta el sistema para la selección de políticas direccionales se coloque el siguiente mensaje: “Se podrá seleccionar políticas direccionales hasta la fecha [aquí hay que colocar la fecha válida para la selección de políticas direccionales]”

3.2.8. Casos de Uso: Consultar políticas direccionales.

Descripción textual

Nombre del caso de uso	Consultar políticas direccionales.
Usuarios	Actor macro, actor micro.
Condiciones de entrada	Debe existir el listado de políticas direccionales.
Condiciones de salida	Listado de políticas direccionales presentado por pantalla.
Flujo básico	1- El usuario pulsa la opción "Políticas direccionales". 2- El sistema presenta por pantalla el listado de políticas direccionales. 3- Si el usuario pulsa sobre alguna de las políticas direccionales el sistema presenta la información registrada para la misma.
Flujos alternativos
Requisitos especiales

3.2.9. Caso de Uso: Buscar políticas direccionales.

Descripción textual

Nombre del caso de uso	Buscar políticas direccionales.
Usuarios	Actor macro, actor micro.
Condiciones de entrada
Condiciones de salida	Registro de la política direccional de interés presentada por pantalla.
Flujo básico	1- El usuario ingresa parámetros de búsqueda en los campos “áreas de impacto”, “requerimientos”, “política”, y pulsa la opción “buscar”. 2- El sistema presenta por pantalla el listado de políticas que están relacionadas a los parámetros de búsqueda ingresados. 3- Si el usuario pulsa sobre alguna de las políticas el sistema presenta por pantalla la información registrada sobre la misma.
Flujos alternativos	1.1- Si el usuario no ingresa ningún parámetro de búsqueda y pulsa la opción “buscar” el sistema solicita se indique algún parámetro.
Requisitos especiales

3.3. Casos de Uso para Gestionar Estrategias de Materialización de Políticas Direccionales.

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

3.3.1. Casos de Uso: Registrar posibles estrategias

Descripción textual

Nombre del caso de uso	Registrar posibles estrategias.
Usuarios	Actor micro.
Condiciones de entrada	I) Debe existir el listado de políticas direccionales. II) La fecha para el registro y modificación de posibles estrategias debe estar vigente.
Condiciones de salida	Posibles estrategias registradas.
Flujo básico	1- El usuario pulsa la opción “Registrar posible estrategia”. 2- El sistema solicita se indique la o las políticas direccionales (para ello el sistema presenta el listado de políticas direccionales) para las cuales se planteará la posible estrategia. 3- El sistema solicita se indique la posible estrategia, los actores que plantean la estrategia (para ello el sistema muestra el listado de actores registrados en el sistema) y las áreas de impacto asociadas a ésta. El sistema presenta las opciones “guardar” y “cancelar”. 4- El usuario ingresa la información solicitada y pulsa la opción “guardar”. 5- El sistema registra la información, la presenta por pantalla y muestra la opción “agregar posible estrategia”. 6- Si el usuario ingresa o no información y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción. 7- Si el usuario pulsa la opción "agregar posible estrategia" se repiten los pasos 2, 3, 4, 5 y 6 para la nueva estrategia a registrar.
Flujos alternativos	4.1- Si el usuario omite los datos solicitados, o alguno de éstos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	I) Una estrategia puede estar asociada a varias políticas direccionales. II) Es necesario que al principio del registro de posibles estrategias se coloque el siguiente mensaje: “Se podrá registrar y/o modificar posibles estrategias hasta la fecha (aquí hay que colocar la fecha válida para la definición de posibles estrategias).

3.3.2. Caso de Uso: Consultar posibles estrategias.

Descripción textual

Nombre del caso de uso	Consultar posibles estrategias.
Usuarios	Actor micro.
Condiciones de entrada	Debe existir el registro de posibles estrategias.
Condiciones de salida	Registro de posible estrategia presentado por pantalla.
Flujo básico	1- El usuario pulsa la opción “Posibles estrategias”. 2- El sistema solicita se indique la política direccional (para ello el sistema presenta el listado de políticas direccionales) para la cual se requiere consultar posibles estrategias. 3- El sistema presenta por pantalla el listado de posibles estrategias registradas para la política indicada, mostrando para cada una de las estrategias presentadas en la lista que hayan sido registradas por el usuario que realiza la consulta las opciones “modificar” y “eliminar”. 4- Si el usuario pulsa sobre algunas de las posibles estrategias presentadas por pantalla el sistema muestra la información registrada para la misma.
Flujos alternativos
Requisitos especiales	I) La opción “modificar” será presentada por pantalla siempre y cuando la fecha para modificación posibles estrategias esté vigente. II) La opción “eliminar” será presentada por pantalla siempre y cuando la fecha para eliminar posibles estrategias esté vigente.

3.3.3. Caso de Uso: Consultar posibles estrategias.

Descripción textual

Nombre del caso de uso	Consultar posibles estrategias.
Usuarios	Actor macro.
Condiciones de entrada	Debe existir el registro de posibles estrategias.
Condiciones de salida	Registro de posible estrategia presentado por pantalla.
Flujo básico	1- El usuario pulsa la opción “Posibles estrategias”. 2- El sistema solicita se indique la política direccional (para ello el sistema presenta el listado de políticas direccionales) para la cual se requiere consultar posibles estrategias. 3- El sistema presenta por pantalla el listado de posibles estrategias registradas para la política indicada. 4- Si el usuario pulsa sobre algunas de las posibles estrategias presentadas por pantalla el sistema muestra la información registrada para la misma.
Flujos alternativos
Requisitos especiales

3.3.4. Caso de Uso: Modificar posibles estrategias.

Descripción textual

Nombre del caso de uso	Modificar posibles estrategias.
Usuarios	Actor micro.
Condiciones de entrada	I) Debe existir registro de posibles estrategias. II) La fecha para la modificación de posibles estrategias debe estar vigente.
Condiciones de salida	Posible estrategia modificada.
Flujo básico	1- El usuario pulsa la opción “modificar” de la posible estrategia que requiere modificar. 2- El sistema presenta por pantalla el registro de información de la respectiva estrategia, activa los campos de este registro para permitir que se realice la modificación y presenta las opciones “guardar” y “cancelar”. 3- El usuario modifica la información requerida y pulsa la opción “guardar”. 4- El sistema registra los datos modificados y los presenta por pantalla. 5- Si el usuario modifica o no los datos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1- Si el usuario omite los datos solicitados en el registro de la posible estrategia, o alguno de ellos, y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales	Es necesario que al principio del formulario de la posible estrategia se coloque el siguiente mensaje: “Se podrá modificar posibles estrategias hasta la fecha [aquí hay que colocar la fecha válida para la definición de posibles estrategias]”

3.3.5. Caso de Uso: Eliminar posibles estrategias.

Descripción textual

Nombre del caso de uso	Eliminar posibles estrategias.
Usuarios	Actor micro.
Condiciones de entrada	I) Debe existir el registro de posibles estrategias. II) La fecha para eliminar posibles estrategias debe estar vigente.
Condiciones de salida	Posible estrategia eliminada.
Flujo básico	1- El usuario pulsa la opción “eliminar” para la posible estrategia de interés. 2- El sistema pregunta al usuario a través de un mensaje ¿Está seguro de querer eliminar la posible estrategia seleccionada? y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” la posible estrategia esta es borrada del listado presentado por pantalla. 4- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales

3.3.6. Caso de Uso: Identificar posible articulación entre actores micro.

Descripción textual

Nombre del caso de uso	Identificar posible articulación entre actores micro.
Usuarios	Actor micro.
Condiciones de entrada	I) El usuario debe haber registrado al menos una posible estrategia. II) La fecha para registrar posibles estrategias debe haber expirado.
Condiciones de salida	Listado de posibles estrategias entre las cuales puede haber una posible articulación.
Flujo básico	1- El usuario pulsa la opción “Posible articulación”. 2- El sistema presenta por pantalla el listado de posibles estrategias registradas por el usuario, indicando para cada una de éstas la lista de posibles estrategias en base a las cuales el usuario podría articular acciones con los actores micro que hayan registrado éstas en el sistema. El sistema presenta la opción “solicitar articulación” para cada una de las posibles estrategias registradas por otros actores micro. 3- Si el usuario pulsa sobre alguna de las posibles estrategias presentadas por pantalla el sistema muestra la información registrada para la misma, así como el nombre del actor micro quien la plantea.
Flujos alternativos
Requisitos especiales	I) Para las posibles estrategias que aborden una misma política el sistema debe identificar una posible articulación de acciones entre los actores micro que las plantean (ello, siempre y cuando dichas estrategias hayan sido registradas por diferentes actores). II) Para el caso en el que no existan estrategias registradas por otros actores micro con las cuales se pudiera dar algún tipo de articulación con las estrategias registradas por el usuario, el sistema debe presentar un mensaje por pantalla indicando que no se ha identificado posibles articulaciones entre actores.

3.3.7. Caso de Uso: Registrar solicitud de posible articulación de actores micro.

Descripción textual

Nombre del caso de uso	Registrar solicitud de posible articulación de actores micro.
Usuarios	Actor micro.
Condiciones de entrada	La fecha para registrar posibles estrategias debe haber expirado.
Condiciones de salida	Solicitud registrada.
Flujo básico	1- El usuario pulsa la opción “solicitar articulación” en la posible estrategia para la cual se requiera dicha articulación. 2- El sistema solicita se indique la solicitud de articulación y presenta las opciones “guardar” y “cancelar”. 3- El usuario ingresa la información solicitada y pulsa la opción “guardar”. 4- El sistema registra la información. 5- Si el usuario ingresa o no la información solicitada y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos	3.1- Si el usuario no ingresa alguna información y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indique alguna solicitud a registrar.
Requisitos especiales

3.3.8. Caso de Uso: Consultar solicitudes de articulación.

Descripción textual

Nombre del caso de uso	Consultar solicitudes de articulación .
Usuarios	Actor micro.
Condiciones de entrada	I) Debe existir el registro de al menos una solicitud de articulación dirigida al usuario.
Condiciones de salida	Solicitud de articulación presentada por pantalla.
Flujo básico	1- El usuario pulsa la opción “Consultar solicitudes de articulación”. 2- El sistema presenta para cada posible estrategia registrada por el usuario las solicitudes de articulación que se han registrado en función de estas estrategias.
Flujos alternativos	2.1- Si no existen solicitudes de articulación para ninguna de las estrategias registradas por el usuario el sistema presenta por pantalla un mensaje indicando que no existen solicitudes de articulación.
Requisitos especiales

3.3.9. Caso de Uso: Consultar posibles articulaciones entre actores micro.

Descripción textual

Nombre del caso de uso	Consultar posibles articulaciones entre actores micro.
Usuarios	Actor macro.
Condiciones de entrada	Debe existir al menos una posible articulación entre actores micro identificada por el sistema.
Condiciones de salida	Posibles articulaciones presentadas por pantalla.
Flujo básico	1- El usuario pulsa la opción “Posibles articulaciones”. 2- El sistema presenta los actores micro que podrían articularse y las estrategias en base a las cuales se podría dar tales articulaciones.
Flujos alternativos
Requisitos especiales

3.3.10. Caso de Uso: Reformulación de posibles estrategias.

Descripción textual

Nombre del caso de uso	Reformulación de posibles estrategias.
Usuarios	Actor micro.
Condiciones de entrada	La fecha para reformulación de posibles estrategias debe estar vigente.
Condiciones de salida	Reformulación de estrategia.
Flujo básico	1- El usuario pulsa la opción “Reformulación de posibles estrategias”. 2- El sistema presenta la lista de posibles estrategias registradas por el usuario y muestra la opción “modificar” para cada una de éstas.
Flujos alternativos
Requisitos especiales	La opción “modificar” es la misma descrita en el caso de uso 3.4.4, con la diferencia de que la modificación a realizar ahora podrá ser hecha si la fecha para la reformulación de posibles estrategias está vigente.

3.3.11. Caso de Uso: Seleccionar estrategias para materializar políticas direccionales.

Descripción textual

Nombre del caso de uso	Seleccionar estrategias para materializar políticas direccionales.
Usuarios	Actor macro.
Condiciones de entrada	I) Las fechas para la reformulación y eliminación de posibles estrategias debe haber expirado.
Condiciones de salida	Listado de estrategias para materializar políticas direccionales.
Flujo básico	1- El usuario pulsa la opción “Seleccionar estrategias”. 2- El sistema solicita se indique la política para la cual se requiere seleccionar estrategias (para ello el sistema presenta el listado de políticas ). 3- El usuario indica la política de interés. 4- El sistema presenta por pantalla el listado de posibles estrategias asociadas a la política indicada por el usuario, solicita se seleccione de este listado las estrategias que permitan materializar la política respectiva, y presenta las opciones “guardar” y “cancelar”. 5- El usuario selecciona las estrategias de interés y pulsa la opción “guardar”. 6- El sistema registra las estrategias seleccionadas. 7- Si el usuario selecciona o no estrategias y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos	5.1- Si el usuario no selecciona ninguna estrategia y presiona la opción “guardar”, el sistema presenta un mensaje por pantalla solicitando que se indique alguna estrategia.
Requisitos especiales

3.3.12. Caso de Uso: Consultar estrategias para materializar políticas direccionales.

Descripción textual

Nombre del caso de uso	Consultar estrategias para materializar políticas direccionales.
Usuarios	Actor macro, actor micro.
Condiciones de entrada	Debe existir el listado de estrategias para materializar políticas direccionales.
Condiciones de salida	Listado de estrategias para materializar una política direccional presentado por pantalla.
Flujo básico	1- El usuario pulsa la opción “Estrategias por política”. 2- El sistema solicita se indique la política direccional (para ello el sistema presenta el listado de políticas direccionales) para la cual se requiere consultar estrategias. 3- El usuario selecciona la política de interés. 4- El sistema presenta por pantalla el listado de estrategias asociadas a la política indicada por el usuario. 5- Si el usuario pulsa sobre alguna de la estrategias del listado, el sistema presenta por pantalla la información registrada para la estrategia respectiva correspondiente a los siguientes campos: “política direccional”, “actores que plantean la estrategia” y “áreas de impacto”.
Flujos alternativos
Requisitos especiales

---

Volver a Metodología de Desarrollo de Software Libre