Architecture
- Last UpdatedNov 08, 2023
- 9 minute read
The AVEVA Work Tasks architecture helps you understand the various features of the product. It helps you to effectively plan and deploy the product in your environment.
Structural Parts
The following image shows the AVEVA Work Tasks Architecture:

The following table describes the different structural components of AVEVA Work Tasks:
Architecture
|
Structural Components |
Description |
|---|---|
|
Enterprise Console |
This is a Web-based interface that allows authorized users to build workflow driven applications, and to participate in these applications. Organizations can create and access their business applications using Enterprise Console. |
|
Repository |
A Repository is a container that holds Business Process Management (BPM) and application-related data. It has a unique name and description. The Repositories are stored within the Database. You can also maintain each Repository on a different Database and isolate the information from each other. AVEVA Work Tasks typically requires that you create one repository for an organization. However, sometimes there may be a need for more than one Repository. For example, you may have separate development and production environments or have a need to completely isolate applications from each other. One more compelling scenario for creating more than one Repository is that of hosted solutions, where each client needs a secure data store and isolation. In such a case, you will need to create multiple Repositories. Repositories are maintained using Enterprise Console. |
|
Server Controls |
Server Controls are user interface layers provided by AVEVA Work Tasks. These easy-to-use controls can be reused and embedded in a custom ASP.NET application. You can extend the functionality of AVEVA Work Tasks in your application by simply dragging and dropping these controls onto the ASP.NET page. These are required only for custom ASP.NET development where a context-sensitive workflow UI has to be embedded inside the application. The following controls are available in Server Controls:
|
|
Forms Designer |
The Forms Designer is an intermediate layer between a user and Forms Engine. It provides an interface that assists you to design, customize, maintain form templates and define a business logic specific to a form. Forms are associated with workflows. These workflows are responsible for driving end-to-end business applications. A form triggers a business process. For example, you can use Forms Designer to design a Leave Application form for your organization. The designed form can be used as a template by all the employees while submitting leave requests. |
|
Lists |
A List is a collection of items such as Task lists or Item lists captured using Forms. It acts as a logical table (similar to a database table), but involves more complicated structure to represent an entire entity with links to child tables. The data entered in the Lists are stored in a Repository. It stores application-level data thus facilitating generation of business reports. AVEVA Work Tasks lists group related information. A Form is used as an interface to enter data in the Lists. For example, you can define a List to store all the leave requests submitted by employees in your organization. Your list can include parameters (columns or fields) such as From Date, To Date, Leave Type, and Reason. |
|
Delivery Channel |
A Delivery Channel is an interface for users to interact with workflows. AVEVA Work Tasks provides multiple delivery channels which include:
|
|
Forms Engine |
The Forms Engine is responsible for every activity starting from the time a form is opened till a form is closed. It captures all the real-time user inputs, processes the inputs, and displays this information in terms of controls, business logic, and usability. The Forms Engine is triggered when a form is submitted. The submitted form will follow a workflow based on the business logic defined for the form. For example, the Forms Engine makes the Leave Application form available to an employee when the employee wants to apply for a leave. |
|
Services |
The Server controls various service requests using Services. The Services comprises the following:
|
|
Operational Data |
The data created while working with AVEVA Work Tasks are stored in SQL databases. These databases are defined while installing the solution. The Server Controls, Delivery Channel, Services, and Forms Engine connect to the database to store or retrieve data. |
|
Integration Layer |
The integration layer acts as an interface between AVEVA Work Tasks and third-party applications. The various objects within the integration layer include:
|
|
Security and Directory Services |
AVEVA Work Tasks does not force you to create new user accounts and passwords. Instead, it assumes that you already have some means to authenticate a user name and password. This allows AVEVA Work Tasks to use the existing user name and password, without creating replicas of those user accounts in specific tables. The solution thus supports external Security and Directory Services. This is a service that allows AVEVA Work Tasks to use and manage a user's identity stored in an external database. AVEVA Work Tasks supports the following Security and Directory Services:
|
|
File Watcher |
A File Watcher constantly monitors activities in a folder. Whenever there is an activity, such as a file creation or a file update, File Watcher raises events that are used to initiate a workflow. Example: An organization has implemented AVEVA Work Tasks solution to automate their invoicing process. The organization wants to monitor changes made to a folder that stores scanned copies of invoices as files. The File Watcher feature monitors all changes made to the folder. As soon as any modification is made to the folder the workflow triggers the accounts payable process and a notification is sent to the respective person. Modifications to a folder can include activities like creating or adding a new invoice, updating an existing invoice, renaming an invoice, or deleting an invoice. |
|
Third-party Applications |
AVEVA Work Tasks can integrate with different third-party applications, such as Enterprise Resource Planning (ERP), Customer Relationship Management (CRM), and Human Resources Information System (HRIS) using the integration components, such as Web service, custom activities, and API. |
|
Microsoft Integration |
The open architecture of AVEVA Work Tasks assists you to derive maximum benefits by integrating it with various Microsoft applications. The Microsoft applications that are integrated comprise:
|
|
Business Rules Engine |
For common process related scenarios, AVEVA Work Tasks provides basic rules capabilities using rule activity, decision activity, and expression builder. You can also integrate AVEVA Work Tasks with other third-party business rules engine using the integration components, such as Web services, Custom activities, and Event API. |