You are viewing the documentation for Blueriq 15. Documentation for other versions is available in our documentation directory.

Case-Modelling has been in beta stage in the Blueriq 15 major. At the latest minor, all Blueriq 16.0 changes have been merged back to Blueriq 15.13. From this point on Case-Modelling is out of beta and can be used.

Please make sure to upgrade to at least Blueriq 15.13 when using Case-Modelling, possibly in a production environment. Earlier minor versions are not supported.

The DCM architecture consists of several services working together. They communicate with each other with AMQP and/or REST.

The figure below shows the services, their communication and their storage.

Runtime

The Blueriq Runtime is used for user interaction, dashboards and task execution.

The Runtime manages persistent data for Comments, Timeline and Trace in a SQL database.

The Runtime communicates:

  • With the Case Engine via Rest to start a task for a case (8)
  • With the Case Engine via AMQP to create a case (7)
  • With the Case Engine via AMQP to finish (complete/abort) a task for a case (7)
  • With itself via AMQP for trace events that do not concern processes (1)

Case Engine

The Case Engine is responsible for managing cases and the processes that belong to the cases.

The Case Engine manages persistent data in a SQL database (process data) and in a MongoDB database (case data and case locks)

The Case Engine communicates:

  • With the Customer Data Service via Rest (OData) to read and insert/update aggregate data (3)
  • To the DCM Lists Service via AMQP to send changes to the tasks for a case (5)
  • With itself via AMQP to handle timer events asynchronously (11)
  • With the Runtime via AMQP to notify that an automatic task should be executed (6)
  • With the Runtime (or an external system) via AMQP to send timeline and/or trace events (6)
  • With the Maintenance App via AMQP to notify that a case has been unlocked (9)

Customer Data Service

The Customer Data Service is used for storage of the Case Dossier.

The Customer Data Service manages persistent data in a SQL database.

The Customer Data Service communicates:

  • With the Case Engine via Rest (OData) to read and insert/update aggregate data (3)
  • With the Runtime for Aggregate Lists and to read Aggregate details (2)

DCM Lists Service

The DCM Lists Service is responsible for managing content for case lists, work lists and task lists.

The DCM Lists Service manages persistent data in a MongoDB database.

The DCM Lists Service communicates:

  • From an AMQP queue to receive changes to the tasks for a case (5)
  • With the runtime to provide case/task/work list data (4)

DCM Maintenance App

The DCM Maintenance App is responsible for managing AMQP messages that could not be processed. Additionally, it provides a dashboard for functional maintainers that gives insight in the status of cases.

The DCM Maintenance App manages persistent data in a MongoDB database.

The DCM Maintenance App communicates:

  • From AMQP queues that are designated as Dead Letter Queues (DLQ) (12)
  • To the original AMQP queues of the DLQ where a message was received from (13)
  • From an AMQP queue to receive messages from the Case Engine (9)
  • With the Case Engine via Rest to receive case status (10)
  • No labels