Soluciones y proyectos robóticos
Una solución robótica es un contenedor para proyectos y elementos de proyecto de Pega Robot Studio, como adaptadores de aplicaciones, automatizaciones y configuraciones. Por ejemplo, se pueden crear soluciones en torno a los roles empresariales, donde una solución proporciona funcionalidad para los representantes del centro de llamadas que gestionan las consultas sobre préstamos, mientras que otra solución proporciona funcionalidad para los representantes que se ocupan de los clientes de tarjetas de crédito. Las soluciones robóticas se denominan para identificar la funcionalidad general o el propósito de la solución. La práctica recomendada es usar la convención de nomenclatura nombre descriptivo + Sln, como LoanSln, CreditCardSln o CallCenterSln, según el propósito de la solución.
Proyectos
Los proyectos pueden considerarse como módulos que se usan para desarrollar la solución robótica general. Los proyectos se pueden dividir en dos categorías: Controlador y Adaptador.
Controlador
Este es el proyecto principal de una solución. El proyecto de controlador permite el control de todos los otros proyectos. Una solución tendrá solo un proyecto controlador principal, que contiene la mayor parte de la UI (todo lo que no es específico de una aplicación en particular), junto con la lógica necesaria para conectar las aplicaciones de proyecto individuales.
Adaptador
El proyecto de adaptador automatiza las funciones que se ejecutarán en una sola aplicación. Un proyecto de adaptador incluirá al menos un solo adaptador. En algunos casos, varias aplicaciones individuales se agruparán lógicamente por motivos de rendimiento (por ejemplo, todas las aplicaciones de Internet Explorer). Sin embargo, para la mayoría de las soluciones, se debe automatizar una sola aplicación dentro de su propio proyecto de adaptador.
Convención de nomenclatura de proyectos
Los proyectos deben llevar el nombre de la aplicación que están automatizando. Al otorgarle un nombre a un proyecto de controlador, este debe llevar el nombre de la solución. La práctica recomendada es usar la convención de nomenclatura nombre descriptivo + Prj. La siguiente tabla muestra algunos ejemplos de nombres de proyectos:
| Tipo | Propósito | Nombre(s) de ejemplo |
|---|---|---|
| Controlador | Asistencia de préstamos | LoanSupportPrj, LoanPrj |
| Lógica del negocio | Validar cliente | ValidateCustomerPrj |
| Aplicación | Automatizar Siebel | SiebelPrj |
Prácticas recomendadas
Entre las prácticas recomendadas para la nomenclatura de los proyectos y las soluciones, se incluyen las siguientes:
- Use siempre nombres descriptivos. Los nombres descriptivos no son algo malo y pueden ayudar a documentar para qué sirve el elemento.
- Sin embargo, siempre que sea posible, los nombres deben ser abreviaturas y acrónimos, ya que hay un límite en la longitud de los elementos de una solución.
- Use el formato Pascal para los nombres de los componentes sin espacios ni guiones bajos (excepto cuando los guiones bajos formen parte de la convención de nomenclatura). Por ejemplo, InsuranceClaimSln, SiebelPrj, LoanSupportPrj.
- Cuando sea posible, cree un proyecto independiente para cada adaptador, de modo que pueda reutilizarlos fácilmente en otras soluciones.
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?