At the lowest level of the Functionalities Model,
the concept "Functional Space” provides each actor
with a list of authorized functionalities.
In our approach, the Functionalities Model
implementation is carried out in two stages. During
the first stage, the designer is invited to define the
first three levels of the model. The fourth level,
relating to the functional space of the actors, is
approached only after having defined the list of the
actors involved in the application. However, this list
is defined in the following section.
2.2 Modeling of Users
Web applications are intended to be used by a
variety of individual users, not necessarily
presenting the same needs, or having the same rights
of access to data. Users, in fact, show varied
knowledge and experience, and express various
preferences, etc. Therefore, the identification of the
groups of actors, called in our approach Audience
class (De Troyer and Leune, 1998),
is a means of
reducing complexity subjacent with such
heterogeneity.
By definition, an audience class is a potential
user group which belongs to the application target
audience and which has the same informational and
functional needs. These classes are not necessarily
disjoined (a user can belong to several classes of
audience).Nevertheless, despite belonging to the
same audience class, the actors show individual
characteristics sometimes varying to a subset of
individual class or to a particular individual of this
class. Thus, the system must be able to take into
account various audience classes and their derived
sub-classes.
In our approach (Djemaa et al., 2004), we have
proposed an algorithm which generates the list of the
actors of the application starting from the concept of
Functionality. This algorithm makes it possible to
specify all the classes of audience, to represent them
in a hierarchy and to determine the concept
"Functional Spaces" relating to each class. We have
presented in (Djemaa et al., 2004), the process of
operation of this algorithm.
2.3 Adaptation Model
A web application can be accessed through a
multitude of devices and by different users. Each
device has its own capabilities (display size,
memory size, network speed, etc...). Every user has
his specific preferences (desired layout, navigation
patterns, etc...).
An intelligent web application needs to take into
account these constraints (abilities) coming from
both devices and users, and adapt the presentation
preferences.
In fact, two types of adaptation or
personalization are distinguished: adaptability
(Atezni et al., 1997) and adaptativity (Frasincar and
Houben, 2002). Adaptability (or static adaptation)
means that the generation process of web interfaces
is based on available information that describe the
information about device capability and user
preferences in which the user will use the generated
presentation. Adaptativity (or dynamic adaptation) is
the kind of adaptation included in the generated
adaptive hypermedia presentation that itself changes
while being browsed. In this paper, we focus on
generating web intrfaces by using only static
adaptation.
In order to specify adaptation in MCSD, we have
extended our method by an adaptation model. In
(Djemaa et al., 2006) we have presented different
dimensions treated for this proposition. This model
takes into account the user’s devices capabilities
(hardware and software), the user preferences
presentation (desired layout, navigation patterns,
etc.) and personal informations (e.g. Age, language,
etc).
2.4 Presentation Model
The presentation model is intended to create the
models of the Web pages. Two dimensions are
considered:
1. the organization of the Web pages through
the definition of composition charter (Djemaa et
al., 2006).The composition charter describes the
various regions of a page and their composition
thus allowing homogenizing the site pages in
terms of contents.
2. their appearance based on the specification
of graphic charters (Djemaa et al., 2006). In fact,
in order to adapt the presentation of the web
application pages, we propose in MCSD-case,
Java Servlets interfaces which require users
information’s concerning their preferred choices
about:
− Visual characteristics: police (color, size,
style), background (color or image).
− Navigation patterns: absolute or relative.
− Type of media used for each web page
(representing functionality) and the corresponding
joint file.
This information serve to instantiate the profile
model which is exported by MCSD-case in XSL
files (cf section 3).
DESIGN AND IMPLEMENTATION OF ADAPTIVE WEB APPLICATION
153