Método de acción
Un 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 alta de servicio, el tipo de solicitud de servicio puede variar en función de la división del sistema de información de clientes y la clase de cliente. Cuando un usuario comienza un proceso de alta de servicio, el sistema puede solicitar al usuario información sobre el cliente y esta puede determinar la división del sistema de información de clientes y la clase de cliente. A continuación, el sistema puede llamar a un algoritmo, transfiriendo esta información para recuperar el tipo de solicitud de servicio adecuado que se utilizará, según lo definido en el método de acción. A lo largo de la sección, se utilizará el término 'criterios' para identificar la información que se emplea para determinar la configuración deseada, y los términos 'detalles' o 'resultados' para identificar la información de configuración que se está determinando.
Si va a diseñar un caso de uso para utilizar esta funcionalidad, tenga en cuenta lo siguiente:
-
¿Qué información necesita identificar ('detalles'/'resultados')? En el ejemplo anterior, se utiliza un objeto de configuración como ejemplo (tipo de solicitud de servicio). Sin embargo, la información que está determinando podría ser cualquiera que varíe en alguna combinación de atributos. Se puede utilizar para determinar qué algoritmo de recopilación se ejecutará, según los criterios. O el número de días que se debe continuar con un proceso para determinado caso de uso.
-
¿Cuándo y dónde debe determinarse esta información y qué se hace cuando se recibe?
-
¿Es necesaria como parte de una interacción de usuario?
-
¿Es necesaria para el procesamiento interno?
-
-
¿Cuáles son los criterios necesarios para determinar la información deseada? ¿Dispongo de esta información en el momento en el que la necesito? ¿O necesito solicitar a un usuario dicha información?
El producto de marco incluye los objetos genéricos necesarios para soportar este tipo de funcionalidad. Los productos integrables individuales o las implantaciones pueden crear sus casos de uso con las herramientas incluidas. En los temas de esta sección se describen de forma adicional las funciones indicadas.
Rol de método de acción
La funcionalidad de método de acción se rige por el rol de método de acción, que representa un caso de uso indicado. Entre algunos ejemplos de los roles de métodos de acción que pueden ser relevantes en un producto de empresa están el alta de un servicio, la baja de un servicio y la transferencia de un servicio. Los roles de métodos de acción válidos se definen utilizando una lista de valores ampliable a la que se hace referencia en el método de acción. Para cada rol de método de acción se puede definir un único método de acción.
El registro del rol de método de acción puede hacer referencia a un script de ayudante de proceso de negocio de rol de método de acción, si el caso de uso de este rol de método de acción implica la interacción del usuario. La responsabilidad de este script, si es necesario, será tomar el valor del rol de método de acción, determinar el método de acción que hace referencia al rol e identificar el script de ayudante de proceso de negocio de procesamiento de acción específico (definido en el objeto de negocio) y transferir el control a dicho script. Esta referencia se puede utilizar para auditoría o información, en función de cómo se haya implantado la experiencia de usuario. El ayudante de proceso de negocio de rol de método de acción se configura, de forma idónea, en una opción de menú adecuada o un botón de acción de una interfaz de usuario específica relacionada con este caso de uso.
Si el caso de uso de negocio no necesita la interacción del usuario, el script de ayudante de proceso de negocio de rol de método de acción no será necesario.
Objeto de negocio de método de acción
El objeto de negocio de método de acción se utiliza para definir la información que debe configurarse tanto para los criterios como para los resultados. Si continuamos con el ejemplo anterior, el objeto de negocio de un caso de uso de alta de servicio definirá una lista que captura la división del sistema de información de clientes y la clase de cliente, junto con el tipo de solicitud de servicio que se va a 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 se rige por las necesidades de negocio. Por ejemplo, el caso de uso podría indicar 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.
Plug-in de obtención de detalles de método de acción
Además de definir la información de esquema para capturar los criterios y los resultados, el objeto de negocio define el algoritmo al que debe llamarse para recuperar los resultados en función de los criterios.
El hueco de plug-in es Obtener detalles de método de acción. La API es flexible en la información que recibe y devuelve, de forma que cada caso de uso de método de acción pueda diseñar el algoritmo según las necesidades de negocio.
El algoritmo recibe una lista de 'datos de criterios' utilizando un 'nombre' y un máximo de 5 valores, para gestionar como claves primarias de varias partes. Por lo general, solo es necesario un 'valor 1' para cada entrada. El tipo de algoritmo diseñado para un objeto de negocio de método de acción indicado puede determinar qué información se recibe. Podría ser que espera 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 del sistema de información de clientes y la clase de cliente. El tipo de algoritmo también podría diseñarse para recibir un valor, que se puede utilizar para determinar los criterios necesarios. Por ejemplo, podría recibir el ID de cuenta y utilizar esa información para determinar la división del sistema de información de clientes y la clase de cliente.
El algoritmo devuelve uno o más resultados como 'Detalles'. La información se devuelve en función del caso de uso. En nuestro ejemplo, se devolvería el tipo de solicitud de servicio. Las necesidades de negocio pueden utilizar el rol de método de acción para devolver varios resultados; por ejemplo, un tipo de solicitud de servicio y un tipo de flujo de proceso para capturar toda la información necesaria para el alta del servicio.
El producto incluye un servicio de negocio, F1-RetrieveActionMethodDetails, para llamar a los algoritmos para un valor de método de acción indicado.
Ayudante de proceso de negocio de procesamiento de acción
Si la necesidad de negocio precisa la interacción del usuario, ya sea para determinar los criterios que se transferirán al algoritmo de obtención de detalles de método de acción o para utilizar la información resultante para continuar con un acción en línea, será necesario un ayudante de proceso de negocio de procesamiento de acción. Este ayudante de proceso de negocio debe diseñarse y enlazarse al objeto de negocio de método de acción como opción, utilizando el tipo de opción Script ayudante de proceso negocio de procesamiento acción.
El diseño del ayudante de proceso de negocio dependerá de las necesidades de negocio. Sin embargo, de forma general, puede ser necesario solicitar al usuario la información precisa para determinar los criterios asociados con los detalles de método de acción y llamar a continuación al servicio de negocio F1-RetrieveActionMethodDetails para ejecutar los algoritmos para el método de acción. Una vez devueltos los resultados, el script continuará con el siguiente paso del caso de uso de negocio.
Rol de método de acción/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 al ayudante de proceso de negocio de procesamiento de acción y el plug-in de obtención de detalles de método de acción. Puede justificar un único objeto de negocio para cada rol de método de acción. No obstante, puede haber casos en los que exista más de un rol de método de acción y su método de acción pueda reutilizar el mismo objeto de negocio. Por ejemplo, imaginemos que hay distintos tipos de solicitudes de servicio para alta, baja y transferencia de servicio, pero en todos los casos el valor válido se rige por la división del sistema de información de clientes y la clase de cliente. Estos tres roles de método de acción independientes y los métodos de acción pueden reutilizar un objeto de negocio común, definiendo los criterios de la división del sistema de información de clientes y clase de cliente que determinan el tipo de solicitud de servicio adecuado.