2. Проектная часть.

   1. Разработка логической модели данных

Исходя из предметной области ДЮСШ №5, описанной ранее, можно выделить 3 основные сущности модели данных:

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

2. Сотрудники – представляет информацию о сотрудниках (преподавателях и тренерах, работающих в школе);

3. Договор на обучение – представляет информацию о всех договорах между школой и учащимися.

Для каждой сущности необходимо определить атрибуты. Для сущности Учащийся определены следующие атрибуты:

1. регистрационный номер учащегося (ключевой атрибут) – идентификатор учащегося;

2. фамилия – фамилия учащегося;

3. имя – имя учащегося;

4. отчество - учащегося;

5. документ- серия и номер свидетельства о рождении или основные паспортные данные;

6. дата регистрации учащегося – дата заключения договора на обучение с школой;

7. адрес по прописке– адрес учащегося по прописке;

8. фактический адрес – адрес фактического места проживания учащегося;

9. контактный телефон – телефонный номер, по которому можно связаться с учащимся;

Для сущности Группы определены следующие атрибуты:

1. код группы (ключевой атрибут) – идентификатор группы;

2. Дата открытия – дата открытия Группы;

3. Дата закрытия – дата открытия Группы;

4. Специализация- вид спорта, которым занимаются учащиеся в группе;

5. Куратор – имя сотрудника, являющегося классным руководителем в группе;

Для сущности Договор определены следующие атрибуты:

1. номер договора (ключевой атрибут) – идентификатор договора;

2. дата заключения договора – дата подписания договора учащимся;

3. Учащийся-код учащегося, с которым заключен договор;

4. сумма оплаты за обучение – денежная сумма, подлежащая оплате за обучение за месяц;

Теперь необходимо определить связи между сущностями.

Учащийся может заключать несколько договоров, но один договор не может быть заключен несколькими учащимися. Поэтому связь от учащегося к договору – 1:М. Имя связи – «заключает».

Группа может быть прикреплена к нескольким договорам, но к одному договору не может быть прикреплено несколько групп. Поэтому связь от группы к договору – 1:М. Имя связи – «прикреплен к».

Рисунок 32 – ER-диаграмма модели данных

Для экономии памяти выделенной под БД в модель данных можно ввести справочники:

1. справочник сотрудники – для определения классного руководителя группы по ее коду;

2. справочник Здоровье- для определения параметров здоровья учащегося по его коду.

Составленная логическая модель данных выглядит следующим образом:

Рисунок 33 – Логическая модель данных

Таким образом логическая модель данных состоит из трех основных сущностей и трех сущностей-справочников.

2. Разработка физической модели данных

Из логической модели данных средствами среды сгенерирована физическая модель. Теперь Учащийся, Договор и Группа являются таблицами, а не сущностями.

Рисунок 34 – Физическая модель данных

Все атрибуты сущностей стали полями таблицы. Каждое из полей должно иметь определенный тип. Поля таблицы Учащиеся имеют следующие типы:

1. Код_учащегося (ключевое поле)– INTEGER;

2. фамилия – VARCHAR(20);

3. имя – VARCHAR(20);

4. отчество - VARCHAR(20);

5. документ – VARCHAR(10);

6. дата_регистрации_клиента – DATE;

7. адрес по прописке – VARCHAR(100);

8. фактический_адрес – VARCHAR(100);

9. контактный_телефон – VARCHAR(11);

10. код_параметра_здоровья (FK) – INTEGER;

11. код_группы(FK) - INTEGER.

Поля таблицы Группа имеют следующие типы:

1. код_группы (ключевое поле) – INTEGER;

2. дата_открытия – DATE;

3. дата_закрытия – DATE;

4. дата_покупки – DATE;

5. специализация – VARCHAR(100);

6. код_сотрудника (FK) – INTEGER;

Поля таблицы Договор имеют следующие типы:

1. номер_договора (ключевое поле) – INTEGER;

2. дата_заключения_договора – DATE;

3. сумма_оплаты_за_обучение – FLOAT;

4. код_учащегося(FK) – INTEGER;

Спаравочники в программе будут представлены в виде выпадающих списков для полей добавления записей в базу данных.