responsible for storing the default ERP system
tables, any customised tables’ specific to a particular
enterprise, application data, adaptation rules and the
AUI components (user model, task model and dialog
model).
4.1.2 Application Layer
The application layer is responsible for the
functionality of the ERP system and is also
responsible for the adaptation and generation of the
UI. The application layer makes use of an inference
engine, an adaptation engine and an ERP engine.
The inference engine is responsible for
monitoring any interaction that the user has with the
AUI and for generating and updating the UI. The
inference engine was not part of the original system
architecture.
A log file is stored for each user, in order for the
inference engine to successfully monitor and capture
the user’s interaction with the UI.
The adaptation engine takes the input from the
inference engine and determines what type of
adaptation to perform on the UI in order to improve
user productivity. The proposed system architecture
is capable of supporting content, presentation and
navigation adaptation, whilst the original
architecture only supported presentation and
navigation adaption.
The ERP engine is the existing functional ERP
system that controls all of the business logic and
ERP functionality. The adaptive engine will interact
with the ERP engine in order to maintain the
integrity of the system and the data. The ERP engine
was not part of the original architecture
(Ramachandran, 2009) and was included in order to
specialise the proposed architecture for ERP
systems. Inclusion of the ERP engine also indicates
how the adaptive engine interacts with the ERP
system.
4.1.3 Presentation Layer
The presentation layer contains the AUI. The AUI
will be generated based on one or more of the
required adaptation types from the adaptation engine
and delivered through the inference engine.
Any interaction performed by the user will be
monitored through the inference engine.
Determining the validity of the data will be done by
the ERP engine and if accepted, this data will be
saved to the database.
4.2 Adaptive Components
The various types of adaptation discussed in Section
2 make use of several adaptive components in order
to execute the adaptation. These adaptive
components are represented in the form of
declarative models.
4.2.1 User Model
User models are a critical component of any AUI as
they provide the information necessary to adapt the
user model between the different users (Tran et al.,
2009).
The proposed user model will contain a summary
of the key elements that the ERP system will require
in order to adapt the UI. These elements will be
grouped according to the various tasks performed by
the user.
The data stored within the user model will aid
the decisions made by the adaptation engine in terms
of supporting presentation adaptation and content
adaptation. Data stored within the user model
includes the sequence in which controls were
selected for a particular task. This could assist with
presentation adaptation in terms of re-ordering the
controls on the UI. All of the data stored within the
user model will be continuously updated based on
the users’ interaction with the ERP system.
4.2.2 Task Model
Task models can be defined as the hierarchical
representation of the tasks and sub-tasks (activities)
performed by users of a particular software system.
The proposed task model is based on a generic
description of task models and contains:
The name, goal and form ID of the task;
The pre- and post-conditions of the task; and
The related sub-tasks (activities).
The task model can assist with adaptation by
means of supporting navigation adaptation in terms
of:
Guiding users through the correct sequence of
steps (activities); and
Providing evidence of the next sequence of
steps declared within the task model.
Manipulation of tasks is done by means of a
dialog model and a presentation model, which are
discussed in the following sections.
ICEIS 2011 - 13th International Conference on Enterprise Information Systems
284