2.2 Обоснование выбора инструментальных средств разработки

В данной работе были использованы такие инструментальные средства как Microsoft Access и BPwin.

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

BPwin – программный продукт с помощью которого, можно проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов. С помощью BPwin можно создавать графические модели бизнес-процессов. Графическое изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации бизнеса. Это дает возможность использовать передовые инженерные технологии для решения задач управления организацией.

2.3 Инфологическое моделирование предметной области

Инфологическое моделирование – это формализованное описание выявленных объектов предметной области в виде моделей, обладающих, с одной стороны, достаточной емкостью и глубиной для охвата всех элементов будущего проекта БД, а с другой - достаточной формальностью описания, легко читаемой не только программистами, но и пользователями приложения. Инфологическая модель – это формализованное представление объекта, которое легко читается всеми и потому является инструментом работы программиста с заказчиком, пользователя с приложением. Инфологическое моделирование может выполняться на базе модели «Сущность-связь» с последующим построением ER-диаграммы.

Предметные области базы данных «Детский развивающий центр» их свойства:

1. Сотрудник (Код сотрудника, Ф.И.О., должность, д/р, адрес ,телефон ,стаж работы);

2. Учащийся (Код учащегося, Ф.И.О. учащегося, д/р, адрес, Ф.И.О. опекуна, телефон);

3. Группа (Код группы, наименование группы, численность группы, длительность занятий, периодичность занятий);

Связи между сущностями базы данных Детского развивающего центра изображены на рис.в виде ER-диаграммы.

Рис.2.1 ER-диаграмма «База данных Детского развивающего центра»

2.4 Разработка логической структуры базы данных

Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле) соответствует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникальный ключ реляционной таблицы.

В нашем случае, таблицы «Сотрудник», «Учащийся», «Курс», «Группа» образуют агрегированный объект – «Учебный процесс». В итоге, получаем 5 таблиц (ключевые объекты выделены подчёркиванием):

1. Сотрудник (Код сотрудника, Ф.И.О., должность, д/р, адрес ,телефон ,стаж работы);

2. Учащийся (Код учащегося, Ф.И.О. учащегося, д/р, адрес, Ф.И.О. опекуна, телефон опекуна);

3. Группа (Код группы, наименование группы, численность группы, длительность занятий, периодичность занятий);

4. Учебный процесс (Код учебного процесса, Код сотрудника, Код учащегося, Код группы, Дата начала занятий, Дата окончания занятий).

Внешний вид схемы данных практически совпадает с графическим представлением информационно-логической модели.

Состав полей таблиц базы данных представлен в следующих таблицах :

Таблица «Сотрудники»

Таблица 2.1."Характеристики атрибутов таблицы Сотрудники"

Имя атрибута	Тип данных	Размер поля	Формат вывода значений поля	Обязательное поле	Индексированное поле
Код сотрудника	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Ф.И.О. сотрудника	Текстовый	255	-	Да	Нет
Должность	Текстовый	255	-	Да	Нет
Дата рождения	Дата/Время	-	-	Нет	Нет
Адрес	Текстовый	255	-	Да	Нет
Телефон	Числовой	Длинное целое	-	Да	Нет
Стаж работы	Числовой	Длинное целое	-	Нет	Нет

Таблица «Учащийся»

Таблица 2.2."Характеристики атрибутов таблицы Учащийся"

Имя атрибута	Тип данных	Размер поля	Формат вывода значений поля	Обязательное поле	Индексированное поле
Код учащегося	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Ф.И.О. учащегося	Текстовый	255	-	Да	Нет
Дата рождения	Дата/Время	-	-	Да	Нет
Адрес	Текстовый	255	-	Да	Нет
Ф.И.О. опекуна	Текстовый	255	-	Да	Нет
Телефон	Числовой	Длинное целое	-	Да	Нет

Таблица «Группа»

Таблица 2.3."Характеристики атрибутов таблицы Группа"

Имя атрибута	Тип данных	Размер поля	Формат вывода значений поля	Обязательное поле	Индексированное поле
Код группы	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Наименование	Текстовый	255	-	Да	Да (совпадения не допускаются)
Численность группы	Числовой	Длинное целое	-	Да	Нет
Длительность занятий	Текстовый	255	-	Да	Нет
Периодичность занятий	Текстовый	255	-	Да	Нет

Таблица «Учебный процесс»

Таблица 2.4."Характеристики атрибутов таблицы Учебный процесс"

Имя атрибута	Тип данных	Размер поля	Формат вывода значений поля	Обязательное поле	Индексированное поле
Код учебного процесса	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Код сотрудника	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Код учащегося	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Код курса	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Код группы	Числовой	Длинное целое	-	Да	Да (совпадения не допускаются)
Дата начала занятий	Дата/Время	-	-	Да	Нет
Дата окончания занятий	Дата/Время	-	-	Да	Нет

Логическая структура базы данных таксопарка приведена на рисунке 2.2. Эта схема показывает структуру таблиц и связи между ними.

Рис.2.2 Схема Базы данных «Детский развивающий центр»