нет, неправильно.
Подсказка - в таблице "Данные" должно остаться 4 поля.
P.S. И плохо понятно, что такое у вас на схеме стрелки - это связи между таблицами или так показаны переносы атрибутов?

Как связи это выглядит совсем неправильно.
Если Вы указываете в таблице "сотрудники" первичным ключом ID и рисуете связь - то в подчиненной таблице "данные" тоже должен присутствовать ID сотрудника, а не ФИО (и с остальными таблицами - аналогично).

Подсказка - в таблице "Данные" [после нормализации] должно остаться 4 поля.

Don karleone,
Да, совершенно верно.
+ "навыки работников" разрулить отношением many-to-many, потому что в исходном виде это явно намекает на нарушение 1НФ

Если Вы указываете в таблице "сотрудники" первичным ключом ID и рисуете связь - то в подчиненной таблице "данные" тоже должен присутствовать ID сотрудника, а не ФИО (и с остальными таблицами - аналогично).
Ровно та же проблема у Вас теперь в "сотрудниках" -например, Вы перенесли поле "должность" в отдельную таблицу, но в основной у Вас по-прежнему не ID новой таблицы, а строка.
P.S. Когда решите эту проблему - надеюсь, поймете почему неправильно сделали "Навыки" ;)

MasterZivКот Матроскиннет, неправильно.
Подсказка - в таблице "Данные" должно остаться 4 поля.
Всё-таки не 4, а чуточку побольше, штук 6.

Если совмещений не предусматривается (а что-то мне подсказывает что в учебном примере на нормализацию их не предусматривается) - то ровно 4.

Don karleone,

Да, поправили верно (и, действительно, сами разобрались с навыками). Осталась маленькая проблема с полями отдел и департамент. Сами найдете?

Wilhelm HoltoffА по идее, логичнее было бы, чтобы размер заработной платы был привязан не к личности сотрудника, а к должности

Нет, конечно. Непринужденно разные люди могут работать на одной и той же должности, но получать совершенно разные зарплаты.

Don karleoneКот Матроскин,

Спасибо всем за ответы, очень благодарен, по поводу департамента и отдела, я так понимаю отдел нужно связать только с департаментом, а в таблице сотрудники использовать id департамента, а id отдела убрать, так как в департаменте он уже привязан.
По Вашей схеме - да, надо так. Но это если предполагать что отдел - более крупная административная единица и включает в себя несколько департаментов. Обычно бывает наоборот :) уточните лучше у преподавателя, как устроена организация в примере.
Если лишний раз беспокоить преподавателя не хочется - можете воспользоваться рекомендацией Холтоффа и таблицы "отдел" и
"департамент" обьединить в одну древовидную "подразделение"(ID, ParentID, Название), тогда структура будет одинаковой для обоих случаев.