Константин Толмачев

Как домашний проект в принципе неплохая идея, слишком уж муторная, и фактически нереальная для одного разработчика. Вы задолбаетесь писать драйвера для апаратной совместимости с чем то из СКУД оборудования, там очень много нюансов, тот же NFC протокол если описывать нормально, это очень и очень много строк кода. Даже используя ACR122U и его SDK. Второе вы хотите сделать эдакий комбаин со всем на свете, и бедная малинка такого надругательства просто не переживет, не для нее это. То же распознавание чего бы то не было, крайне ресурсоемкая задача.

Если по теме:
1. Используйте базы данных, которые будут совершать как можно меньше запросов к SD карточке. Например Redis, которая будет жить в оперативной памяти.
2. Без разницы. Изначально нужно определиться со стеком для бекэнда, а учитывая вашу идею это крайне нетривиальная задача, а там хоть html и js чистый используйте.
3. Как я писал выше, вы хотите комбаин, а это уж извините, бред. Не на таком оборудовании. Реализовать что-то одно. Например распознавание, или биометрию, или карточки, еще куда не шло, если делать все сразу будет нерабочий франкенштейн

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

Как уже сказали, зачем изобретать велосипед, когда есть наработанные решения. Например меня радует MyTestX (не реклама, просто как одно из реально доступных решений которым я сам пользуюсь). В нем можно все это настраивать без слишком активной головной боли, ну и при необходимости, кто вам мешает результат экзамена в виде запроса потом передать куда хотите. Но это так сказать лирика.

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

Например, будут ли у вас поддерживаться формулировки вопросов и ответов. Какие типы вопросов у вас там будут. Как вы хотите реализовывать систему оценки экзаменуемых. Собираетесь ли вы использовать одни и те-же вопросы в разных тестах и т.д. Если именно проектировать структуру базы данных на все это нужны ответы.

Имея лишь минимум информации можно предложить завести следующую структуру:
1. Таблица с описанием экзамена. ( в ней же критерии оценки и т.д.)
2. Таблица с группами темю
2. Таблица с темами к экзамену
3. Таблица с вопросами к экзамену (указываете вопрос, альтернативную форму вопроса, правильный ответ, тип вопроса)
4. Ответы для вопроса типа одиночный выбор
5. Ответы для вопроса типа множественный выбор
6. Ответы на вопросы типа ввод значения
7. Ответы на вопросы типа ..... и т..д.