1. Разработку модели начнем с выделения основных сущностей и связей между ними.

Прежде всего, существует сущность «Сотрудник». У каждого сотрудника есть свой номер, который не может повторяться, он и будет являться первичным ключом. Поэтому в сущность «Сотрудник» надо ввести  атрибут «Код сотрудника».

Сотрудник может иметь детей. Для этого введем сущность «Дети», которая будет отражать сведения о детях. Здесь должны присутствовать следующие атрибуты: «Код ребенка» (ключевой атрибут), «Ф.И.О. ребенка», «Дата рождения», «Пол». Между сущностями «Сотрудник» и «Дети» существует связь (1:М), обязательная с одной стороны. Так как каждый ребенок имеет родителя, поэтому со стороны сущности «Дети» участие обязательное, что касается сущности «Сотрудник», то не каждый сотрудник может иметь детей, поэтому со стороны сущности «Сотрудник» степень участия также необязательная.

Сотрудник получает пособие. Для этого введем сущность «Пособие», которая будет отражать сумму пособия. Здесь должны присутствовать следующие атрибуты: «Код пособия» (ключевой атрибут), «Сумма пособия», «Дата получения пособия». Между сущностями «Сотрудник» и «Пособие» существует связь (1:М), обязательная со стороны «Пособие», т.к. пособие начисляется конкретному сотруднику, а со стороны «Сотрудник» необязательная, т.к. не у каждого сотрудника есть дети, и поэтому они не будут получать пособия.

Семантическая модель предметной области «Пособия на детей» представлена на рисунке 1, а наборы атрибутов сущностей – на рисунке 2. Ключевые атрибуты выделены жирным шрифтом.

2 Логическая модель данных

Предметная область «Пособия на детей» имеет две  связи:

1. Сотрудник – Дети.

2. Сотрудник – Пособие.

Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (диаграммы сущность-связь).

Связь «Сотрудник – Дети» - так как связь  (1:М) и на стороне М класс принадлежности сущности является обязательным, то по правилу №4 строим две таблицы. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности «Сотрудник» (Код сотрудника) на стороне 1 добавляется как атрибут в таблицу для сущности «Дети» на стороне М.

Связь «Сотрудник – Пособие» - так как связь  (1:М) и на стороне М класс принадлежности сущности является обязательным, то по правилу №4 строим две таблицы. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности «Сотрудник» (Код сотрудника) на стороне 1 добавляется как атрибут в таблицу для сущности «Пособие» на стороне М.

Таблица находится в 1НФ, если все ее поля содержат только неделимые значения. Все таблицы соответствуют требованиям 1НФ.