Método de Acción
El método de acción es un objeto que se puede utilizar para definir la configuración según determinados criterios. Por ejemplo, al iniciar un escenario de Inicio de Servicio, el tipo de solicitud de servicio podría diferir según la división SIC y la clase de cliente. Cuando un usuario inicia un proceso de Inicio de Servicio, el sistema puede solicitarle información sobre el cliente que permita determinar la división SIC y la clase de cliente. Luego, el sistema puede llamar a un algoritmo que transmita esta información para recuperar el tipo de solicitud de servicio apropiado según lo definido en el método de acción. En esta sección, el término "criterios" se utiliza para identificar la información utilizada para determinar la configuración deseada, y el término "detalles" o "resultados" se utiliza para identificar la información de configuración que se está determinando.
Si tuviera que diseñar un caso de uso para utilizar esta funcionalidad, considere lo siguiente:
-
¿Qué información debe identificarse ("detalles"/"resultados")? En el ejemplo anterior, se utiliza un objeto de configuración como referencia (tipo de solicitud de servicio). No obstante, la información que está determinando podría ser de cualquier tipo y diferir según cierta combinación de atributos. Puede usar esto para determinar qué algoritmo de recopilación ejecutar en función de los criterios. O el número de días que debe esperar para continuar con el procesamiento de algún caso de uso.
-
¿Cuándo y dónde debo determinar esta información y qué hago con ella una vez que la recibo?
-
¿Se necesita como parte de una interacción del usuario?
-
¿O es necesaria para procesamiento interno?
-
-
¿Cuáles son los criterios necesarios para determinar la información deseada? ¿Cuento con esta información en el momento en que la necesito? ¿O necesito solicitársela al usuario?
El producto Framework proporciona los objetos genéricos necesarios para soportar este tipo de funcionalidad. Las productos o implementaciones integrables individuales pueden crear sus casos de uso con las herramientas proporcionadas. En los temas de esta sección, se describen con más detalle las funciones proporcionadas.
Rol de Método de Acción
La funcionalidad del método de acción está impulsada por el Rol de Método de Acción, que representa un caso de uso determinado. Algunos ejemplos de roles de método de acción que pueden ser relevantes en un producto empresarial son "Inicio de Servicio", "Terminación de Servicio" y "Transferencia de Servicio". Los roles de método de acción válidos se definen mediante una lista de valores ampliada y se hace referencia a ellos en el Método de Acción. Se puede definir un solo método de acción para un rol de método de acción.
El registro de rol de método de acción puede hacer referencia a un script de Asistente de Proceso de Negocios de rol de método de acción si el caso de uso para este Rol de Método de Acción implica interacción del usuario. La responsabilidad de este script (si corresponde) es tomar el valor del rol de método de acción, determinar el método de acción que hace referencia al rol, identificar el script de Asistente de Proceso de Negocios de Procesamiento de Acción más específico (definido en el objeto de negocio) y transferir el control a ese script. Esta referencia se puede usar con fines de auditoría o información, lo cual depende de la forma de implementación de la experiencia de usuario. Idealmente, el Asistente de Proceso de Negocios de rol de método de acción debe configurarse en una entrada de menú adecuada o en un botón de acción de una interface de usuario específica relacionada con este caso de uso.
Si el caso de uso de negocio no requiere la interacción del usuario, no se necesita un script de Asistente de Proceso de Negocio de rol de método de acción.
Objeto de Negocio de Método de Acción
El objeto de negocio del método de acción se utiliza para definir la información que debe configurarse para los criterios y para los resultados. Continuando con el ejemplo anterior, el objeto de negocio para un caso de uso de Inicio de Servicio define una lista que captura la división SIC y la clase de cliente, junto con el tipo de solicitud de servicio que se debe utilizar. La información se configura en el área de datos XML para el método de acción, y el diseño del esquema está determinado por los requerimientos de negocio. Por ejemplo, es posible que su caso de uso indique que debe utilizarse un valor por defecto para los resultados (en nuestro caso, el tipo de solicitud de servicio), además de valores de sustitución basados en una combinación de división y clase de cliente.
Conector Obtener Detalles de Método Acción
Además de definir la información de esquema para capturar los criterios y resultados, el objeto de negocio define el algoritmo que se debe invocar para recuperar los resultados en función de los criterios.
El lugar de conector es Obtener Detalles de Método de Acción. Su API es flexible en la información que recibe y devuelve, de modo que cada caso de uso del método de acción puede diseñar el algoritmo según los requerimientos de negocio.
El algoritmo recibe una lista de "Datos de Criterios" que utiliza un "nombre" y hasta cinco valores (para administrar claves primarias de varias partes). Generalmente, solo se necesita el "valor 1" para cada entrada. El tipo de algoritmo diseñado para un objeto de negocio de método de acción concreto puede determinar qué información recibe. Podría ser que espere los elementos de criterios definidos en el método de acción. En nuestro ejemplo, el tipo de algoritmo podría esperar recibir la división SIC y la clase de cliente. De manera alternativa, el tipo de algoritmo podría estar diseñado para recibir un valor que pueda usarse para determinar los criterios necesarios. Por ejemplo, podría recibir la ID de cuenta y utilizar esa información para determinar la división SIC y la clase de cliente.
El algoritmo devuelve uno o más resultados como "Detalles". La información devuelta se basa en el caso de uso. En nuestro ejemplo, se devuelve el tipo de solicitud de servicio. Sus requerimientos de negocio pueden usar el rol de método de acción para devolver múltiples resultados, por ejemplo, se puede invocar un tipo de solicitud de servicio y un tipo de flujo de proceso para capturar toda la información necesaria para iniciar el servicio.
El producto proporciona el servicio de negocio F1-RetrieveActionMethodDetails para llamar a los algoritmos correspondientes a un valor de método de acción determinado.
Asistente de Proceso de Negocios de Procesamiento de Acción
Si, de acuerdo con los requerimientos de negocio, es necesaria la interacción del usuario para determinar los criterios que se transmitirán al algoritmo Obtener Detalles de Método de Acción o para usar la información resultante y continuar con una acción en línea, se necesita un Asistente de Proceso de Negocios de Procesamiento de Acción. Este Asistente de Proceso de Negocios debe diseñarse y enlazarse a su objeto de negocio de método de acción como una opción a través del tipo de opción Script de Asistente de Proceso de Negocios de Procesamiento de Acción.
El diseño de este Asistente de Proceso de Negocios depende de los requerimientos de negocio. Pero, a nivel general, podría ser necesario solicitar al usuario la información requerida para determinar los criterios asociados con los detalles del método de acción y luego llamar al servicio de negocio F1-RetrieveActionMethodDetails para ejecutar los algoritmos correspondientes a su método de acción. Una vez que se devuelvan los resultados, el script continuará con el siguiente paso del caso de uso de negocio.
Rol de Método de Acción contra Objeto de Negocio de Método de Acción
El rol de método de acción define el caso de uso. El objeto de negocio se utiliza para diseñar el esquema para los criterios y los resultados e identifica el Asistente de Proceso de Negocios de procesamiento de acción y el conector Obtener Detalles de Método de Acción. Puede justificar el uso de un objeto de negocio único para cada rol de método de acción. No obstante, puede haber casos en los que más de un rol de método de acción y su método de acción puedan reutilizar el mismo objeto de negocio. Por ejemplo, imagine que hay diferentes tipos de solicitud de servicio para Inicio de Servicio, Terminación de Servicio y Transferencia de Servicio; pero, en todos los casos, el valor válido está determinado por la división SIC y la clase de cliente. Estos tres métodos de acción y roles de método de acción separados pueden reutilizar un objeto de negocio común que define los criterios de la división SIC y la clase de cliente para determinar el tipo de solicitud de servicio adecuado.