04.11.2014 Views

elektronická verzia publikácie - FIIT STU - Slovenská technická ...

elektronická verzia publikácie - FIIT STU - Slovenská technická ...

elektronická verzia publikácie - FIIT STU - Slovenská technická ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

216 Selected Studies on Software and Information Systems<br />

The system based on overlay model thus provides “real” personalization based on<br />

characteristics of each individual user.<br />

The advantage of stereotype model is its ease of use and relatively simple initialization. User<br />

can be assigned a stereotype according to answers of few questions or eventually according<br />

to the initial behavior in the system (e.g., based on a rule: “user with a stereotype X will<br />

perform Y as a first action”). Stereotypes can be organized hierarchically and initially<br />

assigned stereotype can be thus further refined as new information about user become<br />

available.<br />

Disadvantage of a stereotype model lies in limited personalization possibilities if the system<br />

does not concern the user as an individual and stereotypes are rather coarse grained (which is<br />

often the case if we define stereotypes manually). This results in “one-size-fits-all” problem<br />

of personalization for all users within one stereotype.<br />

An overlay model deals with this kind of a problem. It creates a separate user model for<br />

each user by creating additional layer with user characteristics above the domain model.<br />

A problem of overlay model lies in increased demand for system resources as the number<br />

of user increase. It is necessary to use a specialized approach in case of a large or even<br />

open information spaces. The solution could be to create an overlay only in such parts of<br />

information space, which are related to the particular user (which were already visited by the<br />

user). Another solution is to create a more loose coupling of user and domain model, where<br />

characteristics relate to types and/or attributes of concepts, not the concepts themselves. For<br />

example, in the domain of job offers, user model does not hold characteristics related to each<br />

and every job offer, but rather characteristics related to attributes of a job offer, which are<br />

certainly shared among several job offers.<br />

User model used in adaptive web-based systems can be represented in multiple ways [2].<br />

Representations differ in level of expressivity and flexibility they provide as well as in shareability<br />

between several adaptive applications or possibilities of further work with characteristics.<br />

8.1.1 Vector<br />

The simplest way to represent user’s characteristic is to represents user’s attitudes to all<br />

concepts of used domain in multiple vectors, each representing particular information about<br />

a user (whether the user visited a concept, understood the concept, liked the concept etc.).<br />

However, this solution is applicable only on closed and non-changing information spaces.<br />

Such user model representation is easy to implement and work with, but lacks direct shareability<br />

feature.<br />

8.1.2 Relational database<br />

Many systems use relation databases [12] to represent user models. Since most of the<br />

domain-related information of web-based systems is already stored in a relational database,<br />

it is straightforward and easy to add user-related information as well. Compared to the vector<br />

representation, it allows us to store attribute-value pairs which are not directly connected to<br />

used domain.<br />

Even if use of relational databases usually does not require additional resources and<br />

brings several advantages (performance, security, overall mature of used technologies), it

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!