Cambios entre Versión 33 y Versión 34 de EspecificacionRequerimiento/DefinicionPoliticasDireccionales


Ignorar:
Fecha y hora:
13/09/2017 09:26:01 (hace 7 años)
Autor:
mmorales
Comentario

--

Leyenda

No modificado
Añadido
Eliminado
Modificado
  • EspecificacionRequerimiento/DefinicionPoliticasDireccionales

    v33 v34  
    99
    1010[[Image(Políticas.png)]]
     11
    1112
    1213A continuación se presenta la descripción textual de estos casos de uso.
     
    7172
    7273
    73 
    74 ==== 3.2. Casos de Uso para Gestionar Políticas Direccionales. ====
    75 
    76 [[Image(gestionarPoliticasDireccionales.png)]]
    77  
    78 
    79 A continuación se presenta la descripción textual de estos casos de uso.
    80 
    81 ==== 3.2.1. Casos de Uso: Identificar inviabilidad de posibles políticas ====
    82 
    83 '''Descripción textual'''
    84 
    85 ||'''''Nombre del caso de uso''''' ||Identificar inviabilidad de posibles políticas ||
    86 || '''''Usuarios''''' ||Actor macro. ||
    87 ||'''''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. ||
    88 ||'''''Condiciones de salida''''' ||Políticas inviables presentadas por pantalla. ||
    89 ||'''''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. ||
    90 ||'''''Flujos alternativos'''''|| ||
    91 ||'''''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. ||
    92 
    93 [[BR]]
    94 
    95 ==== 3.2.2. Casos de Uso: Consultar posible política inviable ====
    96 
    97 '''Descripción textual'''
    98 
    99 ||'''''Nombre del caso de uso''''' ||Consultar posible política inviable. ||
    100 ||'''''Usuarios'''''||Actor macro, actor micro. ||
    101 ||'''''Condiciones de entrada''''' ||Debe existir el listado de posibles políticas inviables. ||
    102 ||'''''Condiciones de salida''''' ||Posible política presentada por pantalla. ||
    103 ||'''''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”.  ||
    104 ||'''''Flujos alternativos'''''|| ||
    105 ||'''''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. ||
    106 
    107 [[BR]]
    108 
    109 
    110 ==== 3.2.3. Casos de Uso: Registrar acciones para construir viabilidad de posibles políticas. ====
    111 
    112 '''Descripción textual'''
    113 
    114 ||'''''Nombre del caso de uso''''' ||Registrar acciones para construir viabilidad de posibles políticas||
    115 ||'''''Usuarios''''' ||Actor macro. ||
    116 ||'''''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. ||
    117 ||'''''Condiciones de salida''''' ||Registro de acciones para construcción de viabilidad de posibles políticas. ||
    118 ||'''''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. ||
    119 ||'''''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.||
    120 ||'''''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. ||
    121 
    122 [[BR]]
    123 
    124 ==== 3.2.4. Casos de Uso: Consultar acciones para construcción de viabilidad. ====
    125 
    126 '''Descripción textual'''
    127 
    128 ||'''''Nombre del caso de uso''''' ||Consultar acciones para construcción de viabilidad. ||
    129 ||'''''Usuarios'''''||Actor macro, actor micro. ||
    130 ||'''''Condiciones de entrada''''' ||Debe existir el registro de acciones para construcción de viabilidad. ||
    131 ||'''''Condiciones de salida''''' ||Acciones para construcción de viabilidad de una posible política presentadas por pantalla. ||
    132 ||'''''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. ||
    133 ||'''''Flujos alternativos'''''|| ||
    134 ||'''''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. ||
    135 
    136 [[BR]]
    137 
    138 
    139 ==== 3.2.5. Casos de Uso: Modificar acciones de construcción de viabilidad para una posible política====
    140 
    141 '''Descripción textual'''
    142 
    143 ||'''''Nombre del caso de uso''''' ||Modificar acciones de construcción de viabilidad para una posible política. ||
    144 || '''''Usuarios''''' ||Actor macro. ||
    145 ||'''''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.||
    146 ||'''''Condiciones de salida''''' ||Acción para construcción de viabilidad modificada. ||
    147 ||'''''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. ||
    148 ||'''''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.  ||
    149 ||'''''Requisitos especiales'''''|| ||
    150 
    151 [[BR]]
    152 
    153 ==== 3.2.6. Caso de Uso: Eliminar acciones de construcción de viabilidad para una posible política. ====
    154 
    155 '''Descripción textual'''
    156 
    157 ||'''''Nombre del caso de uso''''' ||Eliminar acciones de construcción de viabilidad para una posible política. ||
    158 || '''''Usuarios''''' ||Actor macro. ||
    159 ||'''''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.||
    160 ||'''''Condiciones de salida''''' ||Acción para construir viabilidad eliminada del sistema. ||
    161 ||'''''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. ||
    162 ||'''''Flujos alternativos'''''|| ||
    163 ||'''''Requisitos especiales'''''||  ||
    164 
    165 [[BR]]
    166 
    167 
    168 ==== 3.2.7. Casos de Uso: Seleccionar políticas direccionales. ====
    169 
    170 '''Descripción textual''' 
    171 
    172 ||'''''Nombre del caso de uso''''' ||Seleccionar políticas direccionales. ||
    173 ||'''''Usuarios''''' ||Actor macro. ||
    174 ||'''''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. ||
    175 ||'''''Condiciones de salida''''' ||Listado de políticas direccionales. ||
    176 ||'''''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.||
    177 ||'''''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.||
    178 ||'''''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]”  ||
    179 
    180 [[BR]]
    181 
    182 
    183 ==== 3.2.8. Casos de Uso: Consultar políticas direccionales. ====
    184 
    185 '''Descripción textual'''
    186 
    187 ||'''''Nombre del caso de uso''''' ||Consultar políticas direccionales. ||
    188 ||'''''Usuarios''''' ||Actor macro, actor micro.||
    189 ||'''''Condiciones de entrada''''' ||Debe existir el listado de políticas direccionales. ||
    190 ||'''''Condiciones de salida''''' ||Listado de políticas direccionales presentado por pantalla. ||
    191 ||'''''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. ||
    192 ||'''''Flujos alternativos'''''|| ||
    193 ||'''''Requisitos especiales'''''|| ||
    194 
    195 [[BR]]
    196 
    197 ==== 3.2.9. Caso de Uso: Buscar políticas direccionales. ====
    198 
    199 '''Descripción textual'''
    200 
    201 ||'''''Nombre del caso de uso''''' ||Buscar políticas direccionales. ||
    202 || '''''Usuarios''''' ||Actor macro, actor micro. ||
    203 ||'''''Condiciones de entrada''''' || ||
    204 ||'''''Condiciones de salida''''' || Registro de la política direccional de interés presentada por pantalla. ||
    205 ||'''''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. ||
    206 ||'''''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.  ||
    207 ||'''''Requisitos especiales'''''||  ||
    208 
    209 [[BR]]
    210 
    211 
    212 ==== 3.3. Casos de Uso para Gestionar Estrategias de Materialización de Políticas Direccionales.====
    213 
    214 [[Image(gestionarEstrategias.png​)]]
    215 
    216 
    217 
    218 
    219 A continuación se presenta la descripción textual de estos casos de uso.
    220 
    221 ==== 3.3.1. Casos de Uso: Registrar posibles estrategias ====
    222 
    223 
    224 '''Descripción textual'''
    225 
    226 ||'''''Nombre del caso de uso''''' ||Registrar posibles estrategias. ||
    227 ||'''''Usuarios''''' ||Actor micro. ||
    228 ||'''''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. ||
    229 ||'''''Condiciones de salida''''' ||Posibles estrategias registradas. ||
    230 ||'''''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. ||
    231 ||'''''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. ||
    232 ||'''''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). ||
    233 
    234 [[BR]]
    235 
    236 
    237 ==== 3.3.2. Caso de Uso: Consultar posibles estrategias. ====
    238 
    239 '''Descripción textual'''
    240 
    241 ||'''''Nombre del caso de uso''''' ||Consultar posibles estrategias.||
    242 ||'''''Usuarios'''''||Actor micro.||
    243 ||'''''Condiciones de entrada''''' ||Debe existir el registro de posibles  estrategias. ||
    244 ||'''''Condiciones de salida''''' ||Registro de posible estrategia presentado por pantalla. ||
    245 ||'''''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. ||
    246 ||'''''Flujos alternativos'''''||  ||
    247 ||'''''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. ||
    248 
    249 [[BR]]
    250 
    251 
    252 ==== 3.3.3. Caso de Uso: Consultar posibles estrategias. ====
    253 
    254 '''Descripción textual'''
    255 
    256 ||'''''Nombre del caso de uso''''' ||Consultar posibles estrategias.||
    257 ||'''''Usuarios'''''||Actor macro.||
    258 ||'''''Condiciones de entrada''''' ||Debe existir el registro de posibles estrategias. ||
    259 ||'''''Condiciones de salida''''' ||Registro de posible estrategia presentado por pantalla. ||
    260 ||'''''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. ||
    261 ||'''''Flujos alternativos'''''||  ||
    262 ||'''''Requisitos especiales'''''|| ||
    263 
    264 [[BR]]
    265 
    266 
    267 ==== 3.3.4. Caso de Uso: Modificar posibles estrategias. ====
    268 
    269 '''Descripción textual'''
    270 
    271 ||'''''Nombre del caso de uso''''' ||Modificar posibles estrategias. ||
    272 ||'''''Usuarios'''''||Actor micro.||
    273 ||'''''Condiciones de entrada''''' ||I) Debe existir registro de posibles estrategias. II) La fecha para la modificación de posibles estrategias debe estar vigente.  ||
    274 ||'''''Condiciones de salida''''' ||Posible estrategia modificada. ||
    275 ||'''''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. ||
    276 ||'''''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.  ||
    277 ||'''''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]”||
    278 
    279 [[BR]]
    280 
    281 ==== 3.3.5. Caso de Uso: Eliminar posibles estrategias. ====
    282 
    283 '''Descripción textual'''
    284 
    285 ||'''''Nombre del caso de uso''''' ||Eliminar posibles estrategias. ||
    286 || '''''Usuarios''''' ||Actor micro. ||
    287 ||'''''Condiciones de entrada''''' ||I) Debe existir el registro de posibles estrategias. II) La fecha para eliminar posibles estrategias debe estar vigente.||
    288 ||'''''Condiciones de salida''''' ||Posible estrategia eliminada. ||
    289 ||'''''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. ||
    290 ||'''''Flujos alternativos'''''|| ||
    291 ||'''''Requisitos especiales'''''||  ||
    292 
    293 [[BR]]
    294 
    295 
    296 ==== 3.3.6. Caso de Uso: Identificar posible articulación entre actores micro. ====
    297 
    298 
    299 '''Descripción textual'''
    300 
    301 ||'''''Nombre del caso de uso''''' ||Identificar posible articulación entre actores micro. ||
    302 || '''''Usuarios''''' ||Actor micro. ||
    303 ||'''''Condiciones de entrada''''' ||I) El usuario debe haber registrado al menos una posible estrategia. II) La fecha para registrar posibles estrategias debe haber expirado. ||
    304 ||'''''Condiciones de salida''''' ||Listado de posibles estrategias entre las cuales puede haber una posible articulación. ||
    305 ||'''''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. ||
    306 ||'''''Flujos alternativos'''''|| ||
    307 ||'''''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. ||
    308 
    309 [[BR]]
    310 
    311 ==== 3.3.7. Caso de Uso: Registrar solicitud de posible articulación de actores micro. ====
    312 
    313 '''Descripción textual'''
    314 
    315 ||'''''Nombre del caso de uso''''' ||Registrar solicitud de posible articulación de actores micro. ||
    316 ||'''''Usuarios'''''||Actor micro.||
    317 ||'''''Condiciones de entrada''''' ||La fecha para registrar posibles estrategias debe haber expirado. ||
    318 ||'''''Condiciones de salida''''' ||Solicitud registrada. ||
    319 ||'''''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.||
    320 ||'''''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.  ||
    321 ||'''''Requisitos especiales'''''||||
    322 
    323 [[BR]]
    324 
    325 
    326 ==== 3.3.8. Caso de Uso: Consultar solicitudes de articulación. ====
    327 
    328 '''Descripción textual'''
    329 
    330 ||'''''Nombre del caso de uso''''' ||Consultar solicitudes de articulación . ||
    331 || '''''Usuarios''''' ||Actor micro. ||
    332 ||'''''Condiciones de entrada''''' ||I) Debe existir el registro de al menos una solicitud de articulación dirigida al usuario. ||
    333 ||'''''Condiciones de salida''''' ||Solicitud de articulación presentada por pantalla. ||
    334 ||'''''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. ||
    335 ||'''''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.   ||
    336 ||'''''Requisitos especiales'''''|| ||
    337 
    338 [[BR]]
    339 
    340 ==== 3.3.9. Caso de Uso: Consultar posibles articulaciones entre actores micro. ====
    341 
    342 '''Descripción textual'''
    343 
    344 ||'''''Nombre del caso de uso''''' ||Consultar posibles articulaciones entre actores micro. ||
    345 || '''''Usuarios''''' ||Actor macro. ||
    346 ||'''''Condiciones de entrada''''' ||Debe existir al menos una posible articulación entre actores micro identificada por el sistema. ||
    347 ||'''''Condiciones de salida''''' ||Posibles articulaciones presentadas por pantalla. ||
    348 ||'''''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. ||
    349 ||'''''Flujos alternativos'''''|| ||
    350 ||'''''Requisitos especiales'''''|| ||
    351 
    352 [[BR]]
    353 
    354 ==== 3.3.10. Caso de Uso: Reformulación de posibles estrategias. ====
    355 
    356 '''Descripción textual'''
    357 
    358 ||'''''Nombre del caso de uso''''' ||Reformulación de posibles estrategias. ||
    359 || '''''Usuarios''''' ||Actor micro. ||
    360 ||'''''Condiciones de entrada''''' ||La fecha para reformulación de posibles estrategias debe estar vigente. ||
    361 ||'''''Condiciones de salida''''' ||Reformulación de estrategia. ||
    362 ||'''''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. ||
    363 ||'''''Flujos alternativos'''''|| ||
    364 ||'''''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. ||
    365 
    366 [[BR]]
    367 
    368 ==== 3.3.11. Caso de Uso: Seleccionar estrategias para materializar políticas direccionales. ====
    369 
    370 '''Descripción textual'''
    371 
    372 ||'''''Nombre del caso de uso''''' || Seleccionar estrategias para materializar políticas direccionales. ||
    373 || '''''Usuarios''''' ||Actor macro. ||
    374 ||'''''Condiciones de entrada''''' ||I) Las fechas para la reformulación y eliminación de posibles estrategias debe haber expirado. ||
    375 ||'''''Condiciones de salida''''' ||Listado de estrategias para materializar políticas direccionales. ||
    376 ||'''''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. ||
    377 ||'''''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. ||
    378 ||'''''Requisitos especiales'''''|| ||
    379 
    380 [[BR]]
    381 
    382 ==== 3.3.12. Caso de Uso: Consultar estrategias para materializar políticas direccionales. ====
    383 
    384 '''Descripción textual'''
    385 
    386 ||'''''Nombre del caso de uso''''' ||Consultar estrategias para materializar políticas direccionales.||
    387 ||'''''Usuarios'''''||Actor macro, actor micro.||
    388 ||'''''Condiciones de entrada''''' ||Debe existir el listado de estrategias para materializar políticas direccionales. ||
    389 ||'''''Condiciones de salida''''' ||Listado de estrategias para materializar una política direccional presentado por pantalla. ||
    390 ||'''''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”. ||
    391 ||'''''Flujos alternativos'''''||  ||
    392 ||'''''Requisitos especiales'''''|| ||
    393 
    394 [[BR]]
    395 
    396 
    397 
    39874----
    39975