Гопаров Руслан

Каждый сканер идёт со своим драйвером, в ddk как правило описано как общаться с этими устройствами. Как правило вам нужно сделать запрос к апи он вам отдаёт хэш, железка же сама думает как прочитать отпечаток и отдать хэш. Причём повлиять вы не можете

Даже не DDK, а скорее SDK, с парой тройкой примеров, документацией и прочим.

Из каких этапов состоит такая работа?

Да собственно, понимание архитектуры. Например будет какой-то третье-пятое ПО которому надо будет доступ к БД чтобы знать что такой-то человек есть в системе и т.д. Вот в соотв. с этим планируете работу.

Если чисто для себя, можно и SQLite выбрать в качестве БД, масштабируемых же решений тоже валом, бесплатных разумеется, платных ещё больше.

Как написать программу с базой данных?

Взять и написать. Чаще всего пишется на том же, на чем написано и все остальное ПО в организации.

Есть примеры такой работы?

В SDK пара программок будет которые покажут как работать с устройством.

Полагаю сам сканер это пропуск куда-либо, но сам отпечаток пальца это ничто.
Его надо привязать к кому-то, у этого кого-то есть должность и уровень доступа куда-то куда ему можно/нельзя, где перед дверью и висит сканнер и эл. замок.

Соотв. 2 функции у ПО:
1. Регистрация
2. Мониторинг

Регистрация:
Сотрудник выбирается из БД организации
Сотрудник прикладывает лапку к сканнеру, данные со сканнера ассоциируются с карточкой сотрудника, и далее
администратор уже разрешает хождение этуму пальцу не во все двери организации.

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

Как-то так.

На каких языках пишется такая система?

На любых языках программирования общего назначения.

Из каких этапов состоит?

Из разных.

Возможно ли создать это за краткие сроки (3 месяца) чайнику?

Зависит от чайника. Скорее всего, нет.

Каждое устройство имеет своего поставщика.
В проэктах, в которых я принимал участие, вендор предоставлял некоторый пакет ПО, который дает доступ к набору функций, с помощью которых с устройством можно общаться. Как правило описывается дополнительный, инженерный вход, для отладки ПО, доступ к которому либо с помощью специального разъема, либо через хорошо известный стандарт ( например I2C )
На каких языках поставщик предоставляет вход в устройство как правило описано в технической документации. Обычно устройства защищающие допуск к машине имеют выход через библиотеки на С++, это связано с требованиями по интеграции с устройствами ввода вывода, которые традиционно пишутся для этого языка.
3 месяца это приемлемый срок для проэкта, где все на местах, включая команду профессионалов, и надо внедрить новый компонент.
Если надо писать защищенное хранилище для паролей, если надо писать ярус интеграции с ярусом защищенных цифровых продуктов шифрующих и защищающих содержание, если есть ( высокая ) вероятность изменений других компонентов машины, с которыми в свою очередь этому сенсору надо как - то вместе работать, то одни внешние зависимости займут хорошие 2 месяца на усушку - утруску, то есть брать на себя ответственность сделать все за 1 месяц в такой ситуации не рекомендую.
Если же задача просто наладить обмен информацией с новым устройством, то тогда все иначе. На нашем проэкте смена встроенного шифровального устройства на внешнее сетевое заняла 2 недели от запроса до выхода продукта на линию и безупречной работы.
Многое зависит от того, что именно необходимо сделать.