Потоки событий

1)Поток событий «Начать распознавание образов»

Описание:

Business Use-Case «Начать распознавание образов» позволяет активировать основной функционал приложения – получить видеопоток с активной камеры, проанализировать его на наличие определенных визуальных образов и вывести результат анализа на экран.

Основной поток событий:

1. Основной поток событий начинается, когда Пользователь нажимает на кнопку «Start»;

2. Приложение проверяет доступность камеры. Если камера недоступна, выполняется поток ошибок Е1;

3. Приложение получает очередной кадр с камеры;

4. Приложение распознает управляющие элементы в кадре. Если их нет – переход к пункту 3.

5. Приложение сопоставляет управляющие элементы с библиотекой шаблонов. Если совпадений не найдено – переход к пункту 3.

6. Приложение отображает информацию на экране о распознанном жесте.

7. Переход к пункту 3.

Поток ошибок Е1 (Камера недоступна):

1. Отобразить сообщение об ошибке пользователю.

2. Освободить все занятые ресурсы.

3. Завершить работу приложения.

2)Поток событий «Прекратить распознавание образов»

Описание:

Business Use-Case завершает активное распознавание образов и освобождает ресурсы мобильной платформы.

Основной поток событий:

1. Поток начинается по нажатию пользователем кнопки “Stop”;

2. Приложение прекращает обработку текущего кадра;

3. Приложение освобождает ресурсы мобильной платформы (память и камеру).

3)Поток событий «Добавить жест»

Описание:

Данный поток позволяет добавить жест и его описание в библиотеку жестов.

Основной поток:

1. Поток начинается по нажатию пользователем кнопки «Add gesture»;

2. Поток получает текущий распознанный жест. Если жест содержит 0 пикселей (не удалось распознать управляющий элемент в кадре) – поток ошибок Е2;

3. Приложение конвертирует распознанный жест в маску-шаблон;

4. Приложение проверяет наличие такого шаблона в библиотеке. Если шаблон уже существует – поток ошибок Е3;

5. Приложение записывает шаблон в библиотеку.

Поток ошибок Е1 (Жест не содержит пикселей):

1. Вывести сообщение об ошибке на экран;

2. Завершить поток событий «Добавить жест».

Поток ошибок Е2 (Жест уже существует):

1. Вывести сообщение об ошибке на экран;

2. Завершить поток событий «Добавить жест».

Нефункциональные требования

• Система может конфигурироваться любым количеством распознаваемых шаблонов;

• Приложение должно распознавать образы без видимых задержек;

• Приложение должно функционировать как на телефонах, так и на планшетных компьютерах;

• Архитектура должна позволять использовать отдельные компоненты в других проектах;

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

• Приложение должно быть логически разделено на алгоритмическую составляющую и UI;

Техническое задание

Необходимо реализовать приложение по распознаванию визуальных образов на базе мобильной платформы.

Требования к функциональности

1. Алгоритм распознавания должен быть индифферентен к масштабу изображения;

2. Алгоритм не должен ограничивать количество распознаваемых жестов;

3. Приложение должно позволять добавлять и удалять шаблоны жестов.

4. Алгоритм распознавания должен обеспечивать отсутствие ложноположительных результатов;

5. Алгоритм не должен быть чувствителен к освещенности и цвету падающего освещения;

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

Требования к архитектуре алгоритма распознавания

1. Алгоритмическая составляющая должна быть отделена от пользовательского интерфейса;

2. Алгоритм должен быть декомпозирован на составные части;

3. Архитектура алгоритма должна позволять легко заменять его составные части;

4. Алгоритм не должен использовать части платных библиотек и должен иметь возможность свободного распространения.

Требования к производительности:

1. Приложение должно обрабатывать не менее 24 кадров в секунду;

Требования к составу и параметрам технических средств:

1. CPU 1600 Мгц или лучше;

2. 2 ГБ RAM или более;

3. 50 МБ HDD/SSD или более;

4. Цветная видеокамера с разрешением 3 Мп или более (встроенная или внешняя);

5. Цветной AMOLED дисплей (16 млн. цветов);

6. Аппаратной платформой может быть как телефон, так и планшетный компьютер;

Требования к программной документации

Состав программной документации должен включать в себя:

1. Техническое задание;

2. Программу и методику испытаний;

3. Документацию на программный код;

4. Оценки производительности используемых алгоритмов;

5. Подробное описание используемых Computer Vision(СV) – алгоритмов;

6. Описание формата шаблонных данных для алгоритмов;

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

*Тестирование приложения на соответствие каждому пункту требований будет производиться на устройстве Samsung Galaxy S3 2012 г.в. в стандартной комплектации.