Технология сквозной разработки мобильных приложений для людей с ограниченными интеллектуальными возможностями

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

• ¹    World Health Organization. https://www.who.int/ .

• ²    ICD. https://icd.who.int/ .

таких как передвижения, путешествия, домашняя работа, использование денег, телефона, поиска работы и др. В современном обществе стремятся обеспечить качественную жизнь людям с ОИВ 3 (участие в общественной жизни, доступ к цифровым технологиям и др. [1, 2]). Перспективным направлением в этой сфере является внедрение мобильных приложений (МП), помогающих повысить самостоятельность людей с ОИВ [3-7].

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

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

При разработке ПО часто используются методы и средства онтологического моделирования [9]. Онтологическое представление процесса разработки МП для людей с ОИВ, как самостоятельной категории ПО, позволит применять эти знания при создании МП.

1 Подходы к разработке МП

Известно несколько подходов к разработке МП, основными из которых являются нативный, кроссплат-форменный, гибридный и прогрессивный [10]. Нативные приложения разрабатываются на языках программирования и в средах, предоставляемых владельцем платформы, работают непосредственно в операционной системе устройства. Кроссплатформенные приложения могут быть написаны на разных языках программирования и в разных средах, но они компилируются в приложение, работающее непосредственно в операционной системе устройства. Разработка гибридных веб-приложений проводится с использованием Web -технологий. В отличие от нативных, гибридные приложения работают в Web -контейнере, который обеспечивает среду выполнения браузера и API для нативных устройств через Apache Cordova 4 . Web -приложения, которые используют набор возможностей браузера (например, работу в автономном режиме, запуск фонового процесса и добавление ссылки на домашний экран устройства), для обеспечения удобства работы приложения выделяют в самостоятельную категорию прогрессивных Web -приложений. Модель жизненного цикла (ЖЦ) МП рассматривается как самостоятельная категория моделей ЖЦ ПО, отличающаяся содержанием и количеством этапов [1 1, 12].

Для управления МП разрабатывается специализированное ПО, применяемое на разных этапах ЖЦ МП. Так, для управления разработкой МП используются MDM системы [13]. Типовой функционал таких систем включает конструктор интерфейсов, функции доработки программного кода, публикации обновлений МП. Для администрирования МП, разработанных для использования в различных видах профессиональной деятельности, на этапе эксплуатации применяют MAM системы 5 . Их типовой функционал включает адаптацию интерфейса МП под конечного пользователя, управление его аккаунтом, сбор статистики. Разработку МП можно вести с использованием платформ MADP 6 , которые включают функции управления МП, а также инструменты управления МП.

• ³    Инвалидность и дискриминация. https://www.coe.int/ru/web/compass/disability-and-disablism .

• ⁴    Apache Cordova . https://cordova.apache.org/

5Mobile application management (MAM).

• ⁶ How to Select a Mobile Application Development Platform ( MADP )? https://www.credencys.com/blog/how-to-select-a-mobile-application-development-platform-madp/ .

• 2.1    Модульная разработка МП

Бо̀льшая часть ПО, применяемого при разработке МП, поддерживает только один из этапов ЖЦ МП, в результате чего затрудняется выполнение других этапов ЖЦ, которые реализуются в иных системах или программах, не связанных между собой.

Разработка МП для людей с ОИВ сопряжена с высокими рисками, связанными с невозможностью заранее предусмотреть, как такие пользователи будут реагировать на интерфейсные решения и смогут ли они правильно выбирать требуемые действия. Поэтому качество МП для людей с ОИВ в большой степени зависит от того, насколько пользователи с ОИВ привлекались к участию в тестировании МП. Применение успешных интерфейсных решений, реализованных в МП и апробированных пользователями с ОИВ, для разработки новых МП может повысить качество таких МП и уверенность разработчиков МП в их доступности пользователям с ОИВ. Для учёта особенностей пользователей с ОИВ может потребоваться разработка специальных функций, не зависящих от назначения разрабатываемого МП [14, 15]. Повторное использование кода таких функций позволит упростить процесс и уменьшить время разработки МП.

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

2 Разработка МП с адаптируемым интерфейсом

При создании МП применяют технологии модуляризации, разработанные различными компаниями (Лаборатория Касперского 7 , SurfStudio 8 и др.). Анализ применимости методов повторного использования кода при разработке МП для людей с ОИВ проведён по следующим критериям: процесс переноса модуля в другое приложение должен быть понятным разработчику, не обладающему большим опытом; архитектура модулей должна содержать минимальное количество слоёв; способ хранения модулей должен позволять хранить все версии релизов модулей, а также историю их изменения; технология должна описывать архитектуру МП в шаблонах для генерации базового кода. Проведённый анализ показал, что наиболее подходящей является технология, разработанная компанией SurfStudio .

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

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

• ⁷    Kaspersky . https://www.kaspersky.ru/ .

• 8    Принципы построения многомодульных мобильных приложений SurfStudio.

• 2 .2 Разработка адаптируемого интерфейса МП

0.4.0/docs/common/multimodule/

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

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

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

Разработка МП для пользователей с ОИВ на основе модуляризации позволяет разработчикам использовать готовые решения, применяемые в предыдущих проектах, и добавлять новые решения как модули для повторного использования.

Разработка адаптируемого интерфейса МП для людей с ОИВ основана на концепции шаблонных интерфейсов [16]. Процесс проектирования интерфейса включает разработку шаблонов всех экранов МП, на которых размещаются все элементы интерфейса, требуемые для доступа к функционалу МП, и разделение элементов шаблонов на обязательные и опциональные элементы. Обязательными являются элементы, которые необходимы для работы отдельно взятого приложения и должны включаться в интерфейс каждого пользователя МП. Опциональные элементы могут включаться в интерфейс в зависимости от возможностей и ограничений пользователя. Каждому элементу управления интерфейса сопоставляется область на экране, в которой этот элемент может быть размещен. При настройке интерфейса МП для каждого пользователя имеется возможность выбрать изображения всех элементов интерфейса из БД или отключить элемент интерфейса, если он относится к категории необязательных. Такую настройку интерфейса МП может осуществлять конечный пользователь с ОИВ либо пользователь, знающий возможности и ограничения своего подопечного.

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

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

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

Процесс генерации интерфейсов МП включает следующие действия: добавление приложения в систему (выполняется разработчиком МП) с названием и описанием приложения, а

• ⁹    JSON (англ. JavaScript Object Notation ) — текстовый формат обмена данными, основанный на JavaScript.

также файлом, описывающим интерфейс; описание интерфейса (должно выполняться с применением расширения языка JavaScript ); редактирование загруженного приложения; просмотр списка приложений в системе; удаление приложения.

Разработка адаптируемого интерфейса включает: обработку файла описания интерфейса МП; рендеринг (визуализацию) блока представления интерфейса МП.

3  Веб-система разработки МП для пользователей с ОИВ

Для разработки МП для пользователей с ОИВ предложена веб-система, обеспечивающая поддержку всех этапов ЖЦ МП [17]. Её архитектура включает подсистемы управления МП на этапах разработки и эксплуатации, API для МП, БД для хранения модулей, данных пользователей, интерфейсов и т.д. Основной функционал MDM подсистемы включает просмотр хранилища модулей, выбор и подключение одиночного модуля в проект разрабатываемого МП, добавление файла описания шаблонов страниц МП, генерацию и редактирование КП для МП. После тестирования разработанного МП модули, определённые разработчиком как применимые для повторного использования, могут добавляться в хранилище модулей.

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

Рисунок 1 - Архитектура системы

Подсистема работы с модулями МП поддерживает разработку МП на основе многомодульной архитектуры с возможностью выбора готовых функциональных решений из хранилища модулей. Для генерации базового кода функционального модуля используются шаблоны. Шаблонизатором является FreeMarker 10 , который подходит для написания сложных шаблонов.

Подсистема загрузки файла интерфейса МП реализует функции генерации КП. Алгоритм генерации КП показан на рисунке 2.

Рисунок 2 – Алгоритм генерации конфигурационной панели

Логическая схема работы системы на этапах ЖЦ МП показана на рисунке 3.

4 Апробация веб-системы разработки МП для пользователей с ОИВ

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

В рамках апробации были разработаны несколько МП для пользователей с ОИВ:

▪ мобильная игра для развития навыков распознавания и различения предметов, окружающих человека в повседневной жизни (для пользователей с тяжёлыми множественными нарушениями развития);

• ¹⁰    What is Apache FreeMarker™? https://freemarker.apache.org/ .

▪ комплекс МП «e-Board» для информирования клиентов медицинских и реабилитационных центров для людей с ОИВ;

▪ МП « AIT Test » для выявления предпочтений пользователей с ОИВ, проявивших интерес к трудовой деятельности, и выбора для них подходящих рабочих мест;

▪ мобильная игра «Money Game » для тренировки навыков совершения покупок.

Рисунок 3 – Логическая схема работы системы на этапах жизненного цикла мобильного приложения

Для оценки временных затрат на разработку МП был проведён анализ фактической трудоёмкости разработки МП (T ф ) с применением системы в сравнении с трудоёмкостью разработки таких же МП с применением стандартных средств разработки (T с ), определённых экспертом. Пример оценки трудоёмкости разработки МП « AIT Test », приведён в таблице 1.

Таблица 1 – Анализ временных затрат на разработку МП «AIT Test»

Функционал	Трудоёмкость разработки, час.
	T ф	T с
Разработка архитектуры	0 (использован шаблон многомодульной архитектуры)	8
Разработка экрана авторизации	0 (выбран готовый модель их хранилища модулей)	16
Разработка экрана тестирования	12 (повторно использован код взаимодействия с API сервера)	16
Разработка экрана успешного окончания тестирования	7.45 (использован шаблон для генерации базовых классов для реализации экрана)	8
Разработка КП	4	0
Тестирование	6	2
Итого	29.45	50

Результаты оценки трудоёмкости всех разработанных МП показали, что применение вебсистемы позволяет сократить временные затраты на разработку МП в среднем в два раза.

Тестирование разработанных МП проводилось в сотрудничестве с коллективами Волгоградского психоневрологического интерната 11 и медицинского центра MPI Oosterlo 12 , специализирующимся на работе с людьми с ОИВ. В тестировании участвовали сотрудники, как пользователи веб-системы, и пациенты с ОИВ, как пользователи МП. Сотрудники тестировали функции веб-системы, настраивали интерфейсы для пользователей МП и помогали пользователям работать с МП. Сотрудники отметили, что пациенты с большим интересом участвовали в тестировании, практически все они смогли управлять МП без помощи (или с минимальной помощью) сотрудников. Успешная работа пользователей с ОИВ с МП показала, что настройка интерфейса МП для каждого пользователя сотрудниками, которые хорошо знают своих подопечных, обеспечила доступность МП для пользователей с разными возможностями и ограничениями.

Результаты тестирования показали, что применение веб-системы позволяет разрабатывать МП, помогающие людям с ОИВ развивать различные навыки повседневной жизни и социализироваться в современном обществе.

5 Онтологическое представление процесса разработки МП для пользователя с ОИВ

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

Реализация t

J Проектирование j <-----

'I ( Прототипирование |

J [ с тестированием J

■»| Развертывание

г— ----7-------1 _ Модель ЖЦ МП для

Идентификация И-             .

I1J пользователей с ID

сатапия

Архитектура системы

' Система сквозной I

<— разработки МП для <

, пользователей с ID J

Процесс разработки МП для пользователей с ID

Технология разработки МП для пользователей с ID

Подсистема

■> конфигурирования интерфейсов МП

МП для пользователя

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

Требования к МП для пользователей с ID

Подсистема работы с модулями МП

Подсистема работы с КП

Доступность МП для различных категорий пользователей с ID

интерфейса МП

Модель интерфейса МП

Технология

Многомодульная архитектура МП

Технология модуляризации

»^ Функциональные модули (Feature;

»j Библиотечные модули (Library)

Адаптированный интерфейс под конкретного пользователя с ID

Специализированный функционал

Адаптируемый интерфейс

Рисунок 4 – Онтологическая модель процесса разработки мобильных приложений для пользователей с ограниченными интеллектуальными возможностями

• ¹¹    ГБССУ СО ГПВИ "Волгоградский психоневрологический интернат" https://442fz.volganet.ru/025001/ .

• ¹²    MPI Oosterlo https://www.mpi-oosterlo.be/ .

Заключение

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