WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

загрузка...
   Добро пожаловать!

Pages:     || 2 | 3 |

На правах рукописи

Тарасов Алексей Владимирович РАЗРАБОТКА И ИССЛЕДОВАНИЕ МЕТОДОВ ГЕНЕРАЦИИ И СОПРОВОЖДЕНИЯ WIMP-ИНТЕРФЕЙСОВ 05.13.11 – математическое и программное обеспечение вычислительных машин, комплексов и компьютерных сетей

Автореферат диссертации на соискание ученой степени кандидата технических наук

Владивосток – 2007

Работа выполнена в Отделе интеллектуальных систем Института автоматики и процессов управления Дальневосточного отделения РАН.

Научный консультант: кандидат технических наук, старший научный сотрудник Грибова Валерия Викторовна

Официальные оппоненты: доктор технических наук, старший научный сотрудник Бобков Валерий Александрович кандидат технический наук, доцент Шевченко Игорь Иванович

Ведущая организация: Институт систем информатики Сибирского отделения РАН (г. Новосибирск)

Защита состоится 19 октября 2007 г. в 10:00 часов на заседании диссертационного совета Д 005.007.01 в Институте автоматики и процессов управления Дальневосточного отделения РАН по адресу: 690041, г. Владивосток, ул. Радио, 5.

С диссертацией можно ознакомиться в библиотеке Института автоматики и процессов управления Дальневосточного отделения РАН.

Автореферат разослан “_” 2007 г.

Ученый секретарь диссертационного совета Д 005.007.01, к.т.н. Лебедев А.В.

2

ОБЩАЯ ХАРАКТЕРИСТИКА РАБОТЫ

Актуальность темы. Разработка интерфейсов программных средств, удовлетворяющих требованиям пользователей, является одной из важнейших задач при создании программного обеспечения. Общей тенденцией является усложнение пользовательских интерфейсов, связанное как с увеличением функциональности программ, так и c различными и часто изменяющимися условиями их эксплуатации.

В результате на пользовательский интерфейс уходит существенная часть общих затрат на разработку программного средства. Поэтому исследования в области человеко-машинных интерфейсов, направленные на уменьшение трудоемкости разработки и сопровождения являются актуальными. Значительный вклад в решение этой проблемы внесли российские и зарубежные ученые: Гаврилова Т.А., Соснин П.И., Хорошевский В.Ф., Myers B.A., Puerta A.R., Szekely P.A. и другие.

В настоящее время наибольшее распространение получили WIMP1-интерфейсы, в которых взаимодействие с пользователем производится с помощью различных элементов интерфейса (кнопок, меню, списков, полей ввода и т.д.), предназначенных для ввода, вывода и управления информацией. Число таких элементов постоянно увеличивается, а их структура и поведение усложняются. При разработке пользовательских WIMP-интерфейсов в настоящее время используется два подхода, поддерживаемых специализированным инструментарием. Для каждого подхода существует свой класс таких инструментов – построители интерфейса (Interface Builders) или моделеориентированные средства (MB IDE – Model Based Interface Development Environments). Построители интерфейса предназначены для автоматизации процесса разработки их визуального представления с помощью структурных и визуальных редакторов. С использованием построителей интерфейса разрабатывается большинство современных WIMP-интерфейсов. Моделеориентированные средства (МОС) основаны на принципе раздельного проектирования и реализации интерфейса с прикладной программой c последующим их связыванием и предназначены для автоматической генерации кода пользовательского интерфейса по его модели. При этом модель интерфейса разбивается на несколько компонентов и предназначена для описания всех аспектов взаимодействия с пользователем.

Однако в каждом классе инструментов остался нерешенным ряд проблем, в результате которых трудоёмкость разработки и сопровождения интерфейсов остаётся высокой. Так в построителях интерфейса лишь визуальное представление и некоторые компоненты сценария диалога могут описываться с использованием структурных и визуальных редакторов, все остальные компоненты должны Windows, Icons, Menus, Pointing devices описываться на языке программирования. В МОС для описания некоторых компонентов модели интерфейса требуется изучение специализированных языков, что увеличивает трудоемкость разработки. Построители интерфейса и МОС ограничены одной платформой и языком программирования, на которые генерируется код интерфейса. Поддержка организации взаимодействия (локального или сетевого) с прикладной программой либо ограничена каким-либо одним фиксированным способом взаимодействия (в МОС), либо полностью отсутствует (в построителях интерфейса разработчик вручную программирует этот компонент программного средства). Разработка и особенно сопровождение интерфейсов с большой системой понятий диалога с помощью указанного инструментария имеют высокую трудоемкость, поскольку в построителях интерфейса отсутствует механизм поддержки отдельного (от компонента представления) описания терминов предметной области; а в МОС, несмотря на наличие специальных возможностей для описания терминов предметной области и генерации пользовательских интерфейсов на их основе, возникает необходимость заново генерировать интерфейс и формировать новую версию программного средства при любом изменении структуры терминов или связей между ними. В построителях интерфейса и МОС возможность повторного использования компонентов пользовательского интерфейса ограничена копированием элементов интерфейса из уже разработанных интерфейсов.

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

Диссертационная работа является частью исследований, выполняемых в рамках предложенного в Институте автоматики и процессов управления (ИАПУ) ДВО РАН онтологического подхода к автоматизации разработки и сопровождения пользовательских интерфейсов. Основная идея подхода заключается в (1) разбиении интерфейса на компоненты в соответствии с системами понятий различных групп специалистов, осуществляющих его разработку и сопровождение; (2) построении для каждой системы понятий модели онтологии, в терминах которой разработчики интерфейса формируют соответствующий компонент его модели; (3) автоматической генерации кода пользовательского интерфейса по его модели. В работах Клещева А.С. и Грибовой В.В. разработана концепция автоматизации проектирования, реализации и сопровождения пользовательского интерфейса на основе онтологического подхода; определены компоненты модели интерфейса и их структура; а также модели онтологий системы понятий диалога, связи интерфейса с прикладной программой и сценария диалога. Но не были разработаны онтология WIMP-интерфейсов, методы формирования модели и методы генерации по ней исходного кода WIMP-интерфейсов.

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

Для достижения поставленной цели необходимо решить следующие задачи:

1) Разработать модель онтологии WIMP-интерфейсов.

2) Разработать метод формирования модели WIMP-интерфейса.

3) Разработать метод генерации исходного кода WIMP-интерфейса по его модели.

4) Разработать методы реализации инструментального средства для проектирования, автоматической генерации и сопровождения WIMP-интерфейсов.

5) Разработать технологию проектирования и сопровождения WIMP-интерфейсов с помощью разработанного инструментального средства и выполнить ее практическую проверку при разработке WIMP-интерфейсов программных систем.

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

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

- впервые разработана модель онтологии WIMP-интерфейсов;

- предложен метод формирования модели WIMP-интерфейса в терминах онтологий (а не языков спецификаций);

- разработан абстрактный язык для описания структуры исходного кода WIMPинтерфейсов, не зависящий от конкретной платформы и языка его реализации;

- метод генерации исходного кода WIMP-интерфейса ориентирован на абстрактный (а не конкретный) язык.

Практическая ценность работы заключается:

- в создании инструментального средства (Onto Dev) для разработки, автоматической генерации и сопровождения WIMP-интерфейсов на основе онтологий;

- в разработке с помощью Onto Dev WIMP-интерфейса Системы интеллектуальной поддержки обследования больных для врача-уролога;

- в разработке с помощью Onto Dev WIMP-интерфейса Системы анализа газетных объявлений о купле-продаже недвижимости;

- в использовании Onto Dev при выполнении практических занятий по дисциплине «человеко-машинный интерфейс», курсовых и дипломных работ студентами Института математики и компьютерных наук Дальневосточного государственного университета.

Апробация работы. Основные положения диссертации докладывались и обсуждались на Дальневосточных математических школах-семинарах имени академика Е.В. Золотова (Владивосток, 2002-2004; 2007), Первой международной конференции «Системный анализ и информационные технологии» (ПереславльЗалесский, 2005), Международной научной конференции «Интеллектуальные и многопроцессорные системы» (Таганрог, 2005), Открытом дальневосточном конкурсе студентов, аспирантов и молодых специалистов «Программист-2006» (Владивосток, 2006), Научной сессии МИФИ (Москва, 2006), Международной конференции «Параллельные вычисления и задачи управления» (Москва, 2006), на семинарах отдела интеллектуальных систем ИАПУ ДВО РАН и базовой кафедры программного обеспечения ЭВМ ДВГУ (Владивосток, 2002-2007).

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

Структура и объем работы. Диссертационная работа состоит из введения, пяти глав и заключения, изложенных на 138 страницах, списка литературы, включающего 141 наименование, и двух приложений. Диссертация содержит 44 рисунка.

СОДЕРЖАНИЕ РАБОТЫ

Первая глава содержит обзор литературы. В ней вводятся основные понятия WIMP-интерфейсов, анализируются существующие средства их разработки:

построители интерфейса и МОС. Рассматриваются возможности этих средств при разработке интерфейсов для различных платформ и языков программирования, методы организации как локального, так и сетевого взаимодействия интерфейса с прикладной программой; механизмы повторного использования компонентов пользовательского интерфейса, сопровождения интерфейса и расширения инструментария. Рассматривается онтологический подход к разработке пользовательских интерфейсов, описанный в работах Грибовой В.В. и Клещёва А.С.

Во второй главе описывается модель онтологии WIMP-интерфейсов, которая состоит из двух уровней: метаонтологии, предназначенной для описания структуры элементов интерфейса и непосредственно онтологии, содержащей описание множества элементов интерфейса в соответствии со структурой, представленной в метаонтологии.

Модель метаонтологии WIMP-интерфейсов характеризуется множеством controlscount элементов интерфейса, UIElements={UIElementi}.

i=Каждый элемент интерфейса UIElementi=, где UIElementTypei – тип элемента интерфейса, Parametersi – множество paramcount параметров, Parametersi={Paramij}, Eventsi – множество событий, j=eventcount funccount Eventsi={Eventij}, Functionsi – множество функций, Functionsi={Functionij}.

j =0 j= В результате анализа WIMP-интерфейсов были выделены следующие типы элементов интерфейса, UIElementTypei {Окно-контейнер, Элемент управления, Вспомогательный элемент}.

Элементы интерфейса типа «Окно-контейнер» (окна) предназначены для группировки элементов интерфейса в семантически связанные группы. Элементы интерфейса типа «Элемент управления» (элементы управления) предназначены для операций ввода/вывода данных и вызова команд. Элементы интерфейса типа «Вспомогательный элемент» используются в качестве компонентов окон и элементов управления.

Каждый параметр элемента интерфейса Parami описывается своим типом и значением, т.е. Parami=, где Param_Valuei – значение параметра, Param_Typei - тип параметра.

Тип параметра элемента интерфейса Param_Typei Param_Type, где Param_Type = String Integer Float Boolean Image Enumeration UIElem, UIElem UIElements, Param_Value Param_Type.

eventcount События элемента интерфейса Eventsi={Eventij} задают множество тех j=событий, на которые элемент интерфейса может реагировать.

Каждое событие Eventij описывается следующим образом: Eventij=. Event_Nameij – имя события, Event_Parametersij – множество параметров события.

eventparametercount Множество Event_Parametersij = {Event_Parameterijk}. Каждый k =параметр задается своим именем и типом: Event_Parameterijk=, где Event_Param_Nameijk – уникальное имя параметра, Event_Param_Typeijk - тип параметра, Event_Param_Typeijk Func_Type (описание Func_Type см. ниже).

funccount Функции элемента интерфейса Functionsi={Functionij} описывают j=множество возможных действий, которые могут производиться над ним.

Каждая функция Functionij описывается следующим образом: Functionij = . Function_Nameij – имя функции, Function_Parametersij – параметры функции, Function_Return_Typeij – тип значения, возвращаемого функцией, Function_Return_Typeij Func_Type.

Параметры функции Function_Parametersij могут состоять из множества её funcparametercount параметров, Function_Parametersij = {Function_Parameterijk}. Каждый k =параметр функции Function_Parameterijk описывается своим типом и значением, т.е.

Function_Parameterijk= , где FuncParam_Valueijk – значение параметра, FuncParam_Typeijk - тип параметра, FuncParam_Typeijk Func_Type. Тип параметра функции Func_Type может быть одним из следующих: Func_Type = String Integer Float Boolean.

Pages:     || 2 | 3 |






© 2011 www.dissers.ru - «Бесплатная электронная библиотека»