Система оценок моделей Web-приложений Текст научной статьи по специальности «Компьютерные и информационные науки»

СИСТЕМА ОЦЕНОК МОДЕЛЕЙ WEB-ПРИЛОЖЕНИЙ

УДК 615.035.4

Анна Александровна Пупыкина,

старший преподаватель кафедры Прикладной математики и информатики ФГБОУ ВПО «Тольяттинский государственный университет» (ТГУ), Тольятти, Россия

Эл. почта: [email protected]

Анна Евгеньевна Сатунина,

к.э.н., доцент, профессор кафедры Информационных систем и моделирования ФГБОУ ВПО «Российский государственный гуманитарный университет» (РГГУ), Москва, Россия Эл. почта: [email protected]

Теория графов предоставляет средства для формализованного описания модели взаимодействия Web-приложений и обеспечивает предоставление точных математических зависимостей между компонентами. Предложена схема моделирования web-приложения. Введена система оценки моделей пользовательского интерфейса web-прило-жения. Учитываются такие показатели как понятность, предсказуемость, обучаемость. Для каждого показателя строится матрица отнесения к классу соответствия.

Ключевые слова: граф, модель, модельно-ориентированный подход, трансформация, web-приложение.

Anna A. Pupykina,

Senior lecturer, the Department of Applied mathematics and informatics, Togliatti State University, Tolyatti, Russia E-mail: [email protected]

Anna E. Satunina,

PhD in Economics, Professor, the Department of Information systems and modeling, Russian State University for the Humanities (RSUH), Moscow, Russia E-mail: [email protected]

THE SYSTEM OF EVALUATION MODELS UI WEB APPLICATION

Graph theory provides a means for a formalized description of the model of interaction and ensure the provision of precise mathematical relationships between the components. A scheme for modeling Web applications was proposed. The system of evaluation models UI Web application. Taking into account such factors as understandability, predictability, learning. For each indicator matrix is constructed for assignment to class compliance.

Keywords: graph, model, model driven approach, transformation, web application.

1. Введение

Модельно-ориентированный подход к разработке веб-приложения, предоставляющий автоматическую генерацию интерфейса по декларативным, высокоуровневым моделям позволяет ослабить технологическую привязку разрабатываемого интерфейса к конкретной платформе. Однако сам процесс разработки правил трансформации требует формализации моделей для применения автоматической верификации и валидации механизмов трансформации. Кроме того, формализация моделей позволит ввести систему оценок разрабатываемых моделей. Оценка может охватывать различные аспекты web-приложения: от модели данных до модели пользовательского интерфейса. В этой статье будет рассмотрено введение системы оценки пользовательского интерфейса. Эта система оценок позволит на ранних этапах разработки веб-приложения принимать решения о дизайне пользовательского интерфейса на основе показателей юзабилити.

Объектом исследования является модельно-ориентированная разработка web-приложения. Целью исследования - создание системы оценок модели пользовательского интерфейса на основе показателей юзабилити.

2. Постановка задачи на исследование

В модельно-ориентированный подход разработки веб-приложения может быть включен этап оценки юзабилити модели пользовательского интерфейса. Для этого необходимо рассмотреть какие характеристики стандарта ГОСТ Р ИСО 9241-11-2010 части 11 (руководство по обеспечению пригодности использования) можно применять на ранних этапах проектирования пользовательского интерфейса. Оценка юзабилити по моделям позволит выявлять на раннем этапе и корректировать на уровне модели часть проблем юзабилити разрабатываемых интерфейсов, которые могут появиться в конечном пользовательском интерфейсе веб-приложения еще до тестирования юзабилити веб-приложения экспертами и/или пользователями.

Характерные черты модельно-ориентированного подхода к разработке веб-приложения, такие как формализм моделей, преемственность между моделями и исходным кодом, строго определенный ход трансформации, позволят автоматизировать часть задач оценки юзабилити, которые обычно выполняются вручную (например, генерации отчетов, включающих рекомендации по улучшению).

С практической точки зрения внедрение этапа оценки юзабилити по моделям позволит поддерживать приемлемый уровень юзабилити на каждом уровне модельно-ориентированного подхода разработки веб-приложения (PIM, PSM, Code), что снизит затраты на изменения пользовательского веб-интерфейса на основании выявленных проблем при пользовательском/ экспертном тестировании конечного веб-приложения.

К проблемам данного метода можно отнести быстро меняющийся характер Интернета и разрабатываемых веб-приложений. Существуют некоторые основополагающие концепции юзабилити, которые остаются неизменными (например, концепция навигации), однако развитие телекоммуникационных технологий приводит к появлению новых устройств, технологических платформ, электронных услуг, и соответственно изменяются ожидания пользователей от программных продуктов, которые должны быть приняты во внимание при оценке юзабилити. Поэтому целесообразно определять некоторые группы показателей юзабилити наиболее важных для веб-приложений отдельных сфер деятельности и групп устройств. Кроме того, существует потребность в экспериментальной проверке механизмов интеграции значений показателей оценки юзабилити пользовательского интерфейса веб-приложений для удобства использования характеристик при сравнении разных вариантов интерфейсов.

3. Проведенные исследования поставленной задачи

Методы контроля юзабилити пользовательского интерфейса появились в качестве альтернативы эмпирическим методам как средство выявления проблем с юзабилити на ранних этапах процесса разработки веб приложений без участия конечных пользователей (Коктон и др.) [1].

Было предложено несколько методов контроля юзабилити веб-приложений, таких как Cognitive Walkthrough for the Web - CWW (Блэк-мон) [2] и Web Design Perspectives -WDP (Конте и др.) [3]. Метод CWW позволяет оценить легкость, с которой пользователь может изучить веб-сайт с помощью семантических алгоритмов. Этот метод применим только для оценки одного показателя - легкости навигации.

Метод WDP позволяет оценивать больше аспектов веб-приложения: содержание, структуру, навигацию и презентацию. Однако в этом методе заложена значительная степень субъективности в оценках юзабилити.

Методологии WebTango (Айвори и Херст) [4] и Web Quality Evaluation Method - WebQEM (Олсина и Рос-си) [5] основаны на применении метрик, позволяющих снизить субъективность оценки. Методология WebTango позволяет получить количественные показатели, основанные на эмпирически проверенных метриках пользовательских интерфейсов. WebQEM выполняет количественную оценку аспектов юзабилити, предложенных в стандарте ISO 9126-1, и эти количественные показатели агрегируются в целях обеспечения показателей юзабилити.

Вышеупомянутые методы контроля юзабилити ориентированы на традиционный процесс разработки веб-приложений, поэтому оценка пользовательского интерфейса выполняется на поздних стадиях процесса веб-разработки. Также имеется ряд работ, исследующих вопросы внедрения практики оценки юзабилити на ранних этапах разработки: Аттерер и Шмидт [6], Авраам и Инсфран [7], и Молина и Товал [8].

Аттерер и Шмидт предложили механизм юзабилити валидатора на основе моделей. Был разработан

прототип для анализа моделей RIA приложений. Этот подход охватывает анализ моделей навигации веб-приложения и модели компонентов пользовательского интерфейса.

Авраам и Инсфран предложили юзабилити модель для оценки программных продуктов, разрабатываемых с применением модельно-ори-ентированного подход разработки приложения. Хотя эта модель основана на характеристиках юзабилити, предлагаемых в стандарте ISO 9126, но в ней не указаны конкретные показатели и методика их количественной оценки.

Молина и Товал представили подход, расширяющий набор элементов модели навигации веб-приложения включением требований юзабилити. Такой подход облегчает применение метрик и показателей на моделях навигации.

Авраам, Инсфран и Фернандес [9], проанализировав исследования в области применения оценки юзаби-лити веб-приложений при модельно-ориентированной разработке, предложили типовой процесс интеграции оценки юзабилити по моделям.

4. Формализация модели веб-приложения

Общая схема предлагаемой мета-модели веб-приложения, на основе которой будет введена система оценок юзабилити пользовательского интерфейса, приведена на рис. 1.

Представим метамодель в формализованном виде для определения

состава, структуры и взаимосвязи элементов моделей.

Метамодель веб-приложения можно представить в виде множества:

М = (Me, Md, Mr, Mm, Mc, Ms).

Me - модель уровня данных. Me = Dce, где Dce - множество UML-диаграмм классов для моделирования сущностей предметной области;

MD - модель уровня доступа к данным. MD = DCD, где DCD - множество UML-диаграмм классов для моделирования объектов доступа к данным;

Mr - модель пользовательского интерфейса для моделирования наполнения веб-страниц визуальными элементами. Mr=Dcr, где Dcr- множество UML-диаграмм компонентов:

Dcv ={dZcr },NDcv = \,NDCV, NDcr - количество диаграмм компонентов в модели пользовательского интерфейса;

Мм - модель уровня модели интерфейса для представления предметной области наполнения веб-страниц визуальными элементами. Мм = Dcm, где Dcm - множество UML-диаграмм классов.

Mc - модель управления взаимодействием с пользователем. Mc = (Duc, Dsm, Dcc), где Duc - множество UML-диаграмм вариантов использования предназначенных для моделирования верхнего уровня навигационной архитектуры приложения и ролей доступа, Dsm - множество UML-диаграмм конечных автома-

Рис. 1. Общая схема метамодели веб-приложения

тов для моделирования сценариев взаимодействия с пользователем, БСС - множество иЫЬ-диаграмм классов для моделирования классов-контроллеров;

МБ - модель сервисов. МБ = ВСБ, где БСЗ - множество ПЫЬ-диаграмм классов для моделирования сервисов.

5. Типы вершин графа диаграммы компонентов интерфейса пользователя

Вершины графа диаграмм компонентов интерфейса пользователя ^о^сошропеп^ представим в виде абстрактных примитивов следующих видов

- Представление - множество элементов пользовательского интерфейса, которые отображаются на конечном интерфейсе, Бв.

- Действие - множество, которое определяет запускаемые службы данного конечного интерфейса, БА.

- Навигация - множество, определяющее доступные связанные с данным конечным интерфейсом объекты, Бц.

- Дополнительная информация -множество, содержащее элементы, которые предоставляют более подробную информацию об объекте по его идентификатору, ББ1. Эта информация призвана помочь пользователю идентифицировать объект.

- Фильтр - множество, которое определяет средства группировки объектов согласно некоторым критериям, Бр.

- Критерии сортировки - множество, содержащее средства изменения следования объектов согласно выбранным критериям задания порядка, БоС.

- Средства ввода - множество, определяющее средства передачи информации от конечного пользователя, Б1.

- Средства вывода - множе ство, определяющее элементы представления информации для конечного пользователя, БО.

- Средства выбора - множество, содержащее средства представления набора допустимых значений, Бвз.

- Контейнер элементов - множество, которое определяет средства задания областей элементов, объединенных в группы и подгруппы, БС.

- Предзагружаемые элементы -множество, состоящее из элементов, которые позволяют не изменять контекст взаимодействия при выборе объекта в качестве элемента ввода, БР.

На рисунке 2 представлена схема элементов пользовательского интерфейса в виде диаграммы классов с указанием отношений обобщения.

6. Метрики юзабилити модели веб-приложения

В целях измерения юзабилити прежде всего нужно определить метрики. Метрики при модельно-ориентированной методологии разработки целесообразно вводить на платформенно-независимой модели, это позволит гарантировать оценку качества не зависимо от платформы реализации. В дальнейшем для каждой модели платформы можно ввести дополнительный набор метрик, специфический для конкретной технологии реализации. Модель юза-билити строится в иерархическом виде. Характеристика - определяет цель оценки юзабилити, показатель характеристики - измеряемую величину характеристики. Характеристика объединяет несколько показателей, каждый из которых может быть отнесен к отдельной группе. Для построения модели оценки юзабилити необходимо определить набор характеристик, которые в дальнейшем декомпозировать на соответствующие атрибуты.

Характеристики в общем виде приводятся в стандартах. Выведем характеристики из стандарта ИСО-9241-11.

Процесс определения юзабилити пользовательского интерфейса на основе модели при модельно-ориен-

Рис. 2. Схема элементов пользовательского интерфейса

тированной разработке включает следующие элементы:

- набор метрик для задания системы оценивания каждого элемента юзабилити;

- набор индикаторов для введения классов соответствия элементов юзабилити предъявляемым требованиям;

- результаты наложения индикаторов на метрики каждого элемента юзабилити и вывод его класса соответствия.

Метрики позволяют для каждого элемента модели юзабилити определить количественную оценку. Выделим следующие характеристики и их показатели:

Результативность - степень реализации запланированной деятельности и достижения запланированных результатов.

Эффективность - связь между достигнутым результатом и использованными ресурсами.

Удовлетворенность пользователя - отсутствие дискомфорта и положительное отношение к использованию продукцию.

Показатели:

Понятность

Информационная плотность -степень интенсивности, с которой система отображает или запрашивает информацию.

Среднее число элементов ввода в контейнере

^ . finput ( Х j )

Vx e Sc

- = Xv

fmPut(xj) - функция, возвращающая количество элементов ввода. n - количество контейнеров, содержащих элементы ввода

Среднее число действий в отдельном интерфейсе

/ ! faction ( Х j ) i

Vx e UI-^ = x2,

n

faction(xj) - функция, возвращающая количество действий; n - количество отдельных интерфейсов.

Среднее число визуальных элементов в отдельном интерфейсе

Vx e SD,Vy eUI,

Zn

: UI + -

Zm

k=1 Ук

и - количество визуальных элементов; т - количество отдельных интерфейсов.

Среднее число медийных элементов в отдельном интерфейсе Ух е Бм ,Уу е VI,

Еп

х

1_1 1 1 ЬМ С Ш - =

Zm

k=1 Ук

8М - множество медийных элементов пользовательского интерфейса; и - количество медийных элементов; т - количество отдельных интерфейсов.

Среднее число элементов навигации в отдельном интерфейсе Ух е ,Уу е VI,

Zn

=1

x

s„ с UI= х5,

Zm

k=1 Ук

и- количество элементов навигации; т - количество отдельных интерфейсов.

Среднее число фильтров в отдельном интерфейсе

Ух е ,Уу е VI,

Zn

n=1

n

,x i

S* с UI + = x6,

Soc с UI *

Zn

j=i

=1 xj

= X8,

Осмысленность надписей - уровень понятности надписей для конечного пользователя

Процент элементов с надписями из словаря терминов предметной области:

Ухе^хеГ^,

Еп

_ Х-

У У е ^—^100 _ х2,

Zm

к=1 Ук

и - количество визуальных элементов с надписями из словаря предметной области;

т - количество визуальных элементов отдельного интерфейса.

Процент элементов с надписями из словаря стандартных метафор программных средств

Ух е , х е Ур,

Zn

=1

^т

ы _1 Ук

и - количество интерфейсов, имеющих

хотя бы один фильтр; т - количество отдельных интерфейсов.

Среднее число элементов ввода в фильтре

Ух е ,Уу е БР,

Еп

х

I £ т ^ 7

^ к _1 Ук

и - количество элементов ввода; т - количество фильтров.

Среднее число критериев сортировки в отдельном интерфейсе

Ух е 80с,Уу е VI,

Zm

к=1 Ук

n - количество интерфейсов, имеющих хотя бы один критерий сортировки; m - количество отдельных интерфейсов.

Максимальное количество элементов в отдельном интерфейсе

Vx e UI + maxx j) = x9,

max() - функция нахождения максимального значения; n - количество отдельных интерфейсов

_х

Уу е + 100 _г1

^ к _1 ук

и - количество визуальных элементов с надписями из словаря стандартных метафор программных средств; т - количество визуальных элементов отдельного интерфейса.

Краткость - уровень требуемых когнитивных усилий конечного пользователя. Ведется оценка количества информации, которую нужно прочитать или ввести конечному пользователю

Процент элементов ввода, реализованных средствами предзагружае-мых списков, не требующих перехода к другим интерфейсам

С ^п_1 ^Рге1оаЛ (х1 ) ! пп 3

Ух е ^—--100 _ х 2,

п

/¡тЬсАх) - функция, возвращающая количество предзагружаемых списков; и - количество элементов ввода.

Процент элементов ввода со значением по умолчанию Ух е , х _ Л>,

Zn

j=r

= x,

Vy e Si = x4

Zm

k=1 Ук

сЬ - значение по умолчанию; и - количество визуальных элементов

со значением по умолчанию; т - количество визуальных элементов отдельного интерфейса.

n

Качество сообщений - среднее качество сообщений. Правильные сообщения должны информировать конечного пользователя о причинах ошибки и советы по их устранению Среднее количество слов в сообщении об ошибке

Zn

j=1

Vx е MERR -

Z j=1 flength (xj )

- = Tu

МЕШ - множество сообщений об ошибках;

Ле„£1,(х]) - функция, возвращающая длину сообщения; п - количество сообщений об ошибках.

Удобство навигации - уровень средств для перехода между разными интерфейсами

Количество элементов в главном меню

VX е Smm -Z j=1 Xj =X

Vx е S

N'

Zn

j=1-

Zm

k=1 y

n

= X-

Vy е UI= xt

Vx е SD -

Z j=1 fueled {Xj ) 100 =

_ X.

Ух е БВ1,Уу е 100 _х2,

Л * _1 Ук

п - количество элементов дополнительного информирования; т - количество элементов ввода.

Предсказуемость действий Логичность порядка - расположение визуальных элементов в одинаковой последовательности

Процент служб по вводу информации создания и изменения сущностей, которые имеют схожую последовательность элементов ввода пользовательского интерфейса

Vx е S°

Vy е S

create,modify .

Zn

j=1

n

x, j=1 j

Zm

k=1 У/с

100 = x8

тов главного меню п - количество элементов главного меню

Среднее число переходов для сценария взаимодействия

п - количество элементов навигации; т - количество отдельных интерфейсов.

Обучаемость

Определенность действия - характеризует предсказуемость и понятность для конечного пользователя реакции на выполнения действия. Оценка этого атрибута зависит от использования

Процент элементов с информативными надписями

Vy е S

Vx е SO

create,modify,delete .

En

x,

j=1 j

Em

k=1 yk

100 = x,

/ььекЛх} - функция, возвращающая количество визуальных элементов, снабженных информативными надписями;

п - количество визуальных элементов.

Процент элементов ввода с дополнительной информацией

w — reordered

Vx е SD ,

Zn

= x.

Vy е Ш -—m^-100 = x8

Zm

k=1 yk

^ordered

Sj - множество упорядоченных наборов элементов ввода SScreate•mod ify - множество служб создания и изменения сущностей n - количество упорядоченных наборов элементов ввода; m - количество служб создания и изменения сущностей.

Процент служб создания, изменения и удаления элементов пользовательского интерфейса, элементы пользовательского интерфейса которых которые расположены в схожей последовательности

k

ctordered

Sj - множество упорядоченных наборов элементов пользовательского интерфейса n - количество упорядоченных наборов элементов пользовательского интерфейса; m - количество отдельных интерфейсов.

Логичность подписей - визуальные элементы с одинаковыми подписями для обозначения полей и действий в разных интерфейсах

Процент элементов навигации пользовательского интерфейса в разных интерфейсах с одинаковыми подписями

Vx е Sn , N - source ^ t arg et -

• Z n=1 fequal (%j ) 100 = n

fequJ,xj) - функция, возвращающая количество элементов навигации с одинаковыми подписями; n - количество элементов навигации ведущих в целевой интерфейс target из различных интерфейсов source.

Процент служб в разных интерфейсах с одинаковыми подписями

Vx е SS -

Z,n=1 fequal j )

100 = x2

Бв - множество упорядоченных наборов элементов пользовательского интерфейса Б^л, т°ц},у,мае - множество служб создания, изменения и удаления сущностей п - количество упорядоченных наборов элементов пользовательского интерфейса; т - количество служб создания, изменения и удаления сущностей.

Процент интерфейсов, запрашивающих ввод данных или отображающих информацию, имеющих схожее расположение элементов пользовательского интерфейса

Лецгюкх) - функция, возвращающая количество служб с одинаковыми подписями; п - количество служб.

Процент служб создания, изменения и удаления с аналогичными нотациями

Zn f (x )

/ j j=\J equal' j '

100 = x 3

Б^сто!!!, пы ¡¡у, delete - множество служб создания, изменения и удаления сущностей ¡ечыАх;) - функция, возвращающая количество служб с аналогичными нотациями; п - количество служб создания, изменения и удаления сущностей;

п

Smm с SD, Smm с SN - множество элемен-

n

n

Процент фильтров в разных интерфейсах с одинаковыми подписями

Ух е SF г

^ : j=i fequal j )

100 = х4

/еЧ,Лх) - функция, возвращающая количество фильтров с одинаковыми подписями; п - количество фильтров.

Предотвращение ошибок - элементы ввода с ограниченным набором допустимых значений представляются в виде списков

Процент элементов ввода с ограниченным набором допустимых значений, которые представляются в виде списков

У „ X[х]) 10

Ух е +—--100 = х1 ,

п

/шкх) - функция, возвращающая количество элементов ввода, выполненных в виде списка с загруженными допустимыми значениями; п - количество элементов ввода.

7. Индикаторы и классы соответствия

Показатели имеют численное значение, но измеряются в разном масштабе. Для получения интег-

рированной оценки (юзабилити) пользовательского интерфейса необходимо применить механизм нормализации. Процесс нормализации состоит из отнесения каждого показателя к соответствующему классу соответствия. В зависимости от приемлемой сложности процесса нормализации возможно введение нескольких классов соответствия, например, очень хороший, хороший, средний, плохой, и очень плохой. Для каждого класса необходимо определить индикаторы нижних и верхних границ. Для двух классов соответствия (минимальный приемлемый и максимальный приемлемый уровень) форма определения класса соответствия приведена в табл. 1.

Верхние и нижние границы классов соответствия определяются на основе статистической обработки экспертных оценок пользовательских веб-интерфейсов информационных систем определенной сферы. После этого необходимо провести корректировку. Для этого оценить юзабилити пользовательского веб-интерфейса по модели на основе предложенных показателей и сравнить с экспертной оценкой разработанного интерфейса.

Таблица 1

Матрица индикаторов отнесения к классу соответствия

j

Показатель Вес показателя Минимальный приемлемый для пользователя уровень Максимальный приемлемый для пользователя уровень

Нижняя граница значения показателя Верхняя граница значения показателя Нижняя граница значения показателя Верхняя граница значения показателя

xj wj min vj min min vj max max v min max V max

где wj - вес показателя xi относительно других в долях единицы, wi = 1;

min

vj - нижняя граница значения показателя xi обеспечивающая вхождение в ми-

min

нимальный приемлемый для пользователя уровень;

min

vj - верхняя граница значения показателя xi обеспечивающая вхождение в

max

минимальный приемлемый для пользователя уровень;

max

v. - нижняя граница значения показателя xi обеспечивающая вхождение в мак-

min

симальный приемлемый для пользователя уровень;

max

vj - верхняя граница значения показателя xi обеспечивающая вхождение в

max

максимальный приемлемый для пользователя уровень.

Литература

1. Cockton G., Lavery D., Wool-rychn A. Inspection-based evaluations / G. Cockton, D. Lavery, A. Woolrychn // The Human-Computer Interaction Handbook - 2003. - 2nd ed. - pp. 1171-1190.

2. Blackmon M.H. Cognitive Walkthrough for the Web / M.H. Blackmon and others //Proceedings of the ACM CHI'02 - USA. - 2002. - pp. 463-470.

3. Conte T. Usability Evaluation Based on Web Design Perspectives / T. Conte and others //1st Int. Symposium on Empirical Software Engineering and Measurement (ESEM 2007). - Spain. -2007. - pp. 146-155.

4. Ivory M.Y., Hearst M.A. Improving Web Site Design / M.Y. Ivory, M.A. Hearst // IEEE Internet Computing. -2002. - Vol 6(2). - pp. 56-63.

5. Olsina L., Rossi G. Measuring Web Application Quality with We-bQEM / L. Olsina, G. Rossi // IEEE Multimedia . - 2002. - Vol 9(4). -pp. 20-29.

6. Atterer R., Schmidt A. Adding Usability to Web Engineering Models and Tools / R. Atterer, A. Schmidt // 5th International Conference on Web Engineering (ICWE 2005). - Springer. -2005. - pp. 36-41.

7. Abrahäo S., Insfran E. Early Usability Evaluation in Model-Driven Architecture Environments / S. Abrahäo, E. Insfran // 6th IEEE International Conference on Quality Software (QSIC'06). - Beijing, China. - 2006. -pp. 287-294.

8. Molina F., Toval J.A. Integrating usability requirements that can be evaluated in design time into Model Driven Engineering of Web Information Systems / F. Molina, J.A. Toval // Advances in Engineering Software. -2009. - Vol 40 (12). - pp. 1306-1317.

9. Fernandez A., Insfran E., Abrahäo S. Integrating a Usability Model into a Model-Driven Web Development Process / A. Fernandez, E. Insfran, S. Abrahäo // 10th International Conference on Web Information Systems Engineering (WISE 2009). - SpringerVerlag. - 2009. - pp. 497-510.

References

1. Cockton G., Lavery D., Wool-rychn A. Inspection-based evaluations / G. Cockton, D. Lavery, A. Woolrychn

// The Human-Computer Interaction Handbook - 2003. - 2nd ed. -pp. 1171-1190.

2. Blackmon M.H. Cognitive Walkthrough for the Web / M.H. Blackmon and others //Proceedings of the ACM CHI'02 - USA. - 2002. - pp. 463-470.

3. Conte T. Usability Evaluation Based on Web Design Perspectives / T. Conte and others //1st Int. Symposium on Empirical Software Engineering and Measurement (ESEM 2007). - Spain. -2007. - pp. 146-155.

4. Ivory M.Y., Hearst M.A. Improving Web Site Design / M.Y. Ivory, M.A. Hearst // IEEE Internet Computing. -2002. - Vol 6(2). - pp. 56-63.

5. Olsina L., Rossi G. Measuring Web Application Quality with We-bQEM / L. Olsina, G. Rossi // IEEE Multimedia . - 2002. - Vol 9(4). -pp. 20-29.

6. Atterer R., Schmidt A. Adding Usability to Web Engineering Models and Tools / R. Atterer, A. Schmidt // 5th International Conference on Web Engineering (ICWE 2005). - Springer. -2005. - pp. 36-41.

7. Abrahäo S., Insfran E. Early Usability Evaluation in Model-Driven Architecture Environments / S. Abrahäo, E. Insfran // 6th IEEE International Conference on Quality Software (QSIC'06). - Beijing, China. - 2006. - pp. 287-294.

8. Molina F., Toval J.A. Integrating usability requirements that can be evaluated in design time into Model Driven Engineering of Web Information Systems / F. Molina, J.A. Toval // Advances in Engineering Software. - 2009. - Vol 40 (12). - pp. 1306-1317.

9. Fernandez A., Insfran E., Abrahäo S. Integrating a Usability Model into a Model-Driven Web Development Process / A. Fernandez, E. Insfran, S. Abrahäo // 10th International Conference on Web Information Systems Engineering (WISE 2009). - Springer-Verlag. - 2009. - pp. 497-510.