Skip to main content

Diseño de una aplicación de correo electrónico

3 Tareas

20 minutos

Visible to: All users
Avanzado Pega Platform 8.6 Español

Escenario

Front Stage necesita programar el envío de correos electrónicos generados automáticamente en una fecha y hora específicas en el futuro. Al generar correos electrónicos con esta función, los empleados de FSG deben editar el contenido del correo electrónico. En cualquier momento antes de que se programe el envío del correo electrónico, los empleados de Front Stage deben poder editar fácilmente el contenido del correo electrónico, cancelarlo o enviarlo manualmente. Si el correo electrónico no se cancela o envía manualmente antes de lo programado, el sistema debe enviar el correo electrónico automáticamente en la fecha y hora programadas. Debe ser posible incorporar esta capacidad automática de generación, programación y edición de correo electrónico en cualquier aplicación presente y futura creada para Front Stage.

Produzca un documento de diseño para una solución que satisfaga los requerimientos de Front Stage para la funcionalidad de generación, programación y edición automática de correo electrónico. El documento de diseño describe el proceso de pensamiento usado para llegar al enfoque recomendado e incluye al menos tres opciones de diseño alternativas viables, una comparación de las ventajas y desventajas de cada uno de los enfoques considerados y una explicación de por qué se prefiere el enfoque recomendado.

Debe iniciar su propia instancia de Pega para completar este Título del desafío.

La inicialización puede demorar hasta 5 minutos. Le pedimos que tenga paciencia.

Tareas detalladas

1 Identificar opciones de diseño

Hay al menos tres enfoques posibles para una solución:

  1. Proceso de correo electrónico separado (flujo) que es parte de un componente de Pega (pyMode=Component)
  2. Instancias de datos de correo electrónico procesadas por el programador de trabajos
  3. Subcaso de correo electrónico separado definido por una aplicación modular incorporada (pyMode=Application)

Componente de proceso de correo electrónico separado

La funcionalidad que necesita para enviar correos electrónicos a una hora programada se puede definir en un proceso que se incluye en un componente (pyMode=Component). Los tipos de casos hacen referencia a este proceso dentro de su ciclo de vida. El proceso definido por componentes genera un segundo proceso separado. El proceso separado contiene una asignación con un acuerdo de nivel de servicio (SLA). El SLA reacciona a una propiedad DateTime definida por el componente, que hereda cualquier tipo de caso.

Instancias de datos de correo electrónico procesadas por el programador de trabajos

La clase Data-Corr-Email se amplía para incluir información de programación. Las instancias de esa clase se almacenan por separado. Los usuarios pueden abrir instancias de correo electrónico relacionadas con casos a los que tienen acceso. Un programador de trabajos consulta periódicamente estas instancias de datos para buscar correos electrónicos en los que el tiempo de envío ya pasó, pero el correo electrónico no se envió. Cuando el programador de trabajos envía correctamente el correo electrónico, actualiza la instancia de datos para marcar el mensaje como enviado.

Aplicación de componente de subcaso de correo electrónico

Cree una aplicación de componente (pyMode=Application) con un solo caso de correo electrónico que siempre se crea como un caso hijo. La propagación de datos se usa para indicarle al caso hijo de correo electrónico cuándo enviar un correo electrónico. El caso hijo de correo electrónico asume que la instancia adjunta Data-Corr-Email más reciente del caso padre contiene la información sobre el correo electrónico que se enviará. El caso hijo de correo electrónico admite una UI para permitir la edición de correo electrónico antes de que se envíe el mensaje.

2 Evaluar opciones de diseño

Diseño Pros Contras 
Proceso de correo electrónico separado
  • Diseño simple; fácil de implementar
  • La edición del correo electrónico requiere bloquear el caso
  • Opciones de especialización limitadas

Instancias de datos de correo electrónico procesadas por el programador de trabajos

  • El bloqueo es independiente del caso que creó cada instancia
  • Más difícil de gestionar

Aplicación de componente de subcaso de correo electrónico

  • El subcaso se puede configurar como Do not lock parent o puede heredar el bloqueo optimista del caso padre
  • Tiene su propio ciclo de vida, modelo de datos, configuraciones y vistas
  • Reportes y seguridad simplificados
  • Se puede configurar para que sea autocomprobable
  • Si se cancela un evento, los subcasos de correo electrónico deben retirarse
  • Más complejo de implementar

3 Recomendar la mejor solución

Se prefiere la opción de aplicación modular incorporada de subcaso de correo electrónico debido a lo siguiente:

  • Cumple completamente con los requerimientos
  • Tiene mayor capacidad de configuración
  • Simplifica las pruebas

 



Disponible en la siguiente misión:

If you are having problems with your training, please review the Pega Academy Support FAQs.

¿Le ha resultado útil este contenido?

El 100% ha encontrado útil este contenido.

¿Quiere ayudarnos a mejorar este contenido?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice