Курсовая работа: Курсовая работа по дисциплине Разработка и эксплуатация защищенных автоматизированных систем (наименование дисциплины)

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
Данные о выявленных связях между сущностями, полученные в результате многоаспектного анализа предметной области, отображены в таблице 2.2.Таблица 2.2 – Связи между сущностями

Родительская сущность

Дочерняя сущность

Имя связи

Тип связи

Семантика связи от родительской сущности к дочерней

Банк

Сотрудник

БАНК-СОТР

НИД 1:М

Направляет

Эксперт

Тестирование

ЭКСП-ТЕСТ

1:М

Проводит

Тестирование

Вопрос

ТЕСТ-ВОПР

НИД 1:М

Состоит из

Вопрос

Вариант ответа

ВОПР-ВАР_ОТВ

1:М

Содержит

Сотрудник

Ответ

сотрудника

СОТР-ОТВ_СОТР

1:М

Дает

Вопрос

Ответ

сотрудника

ВОПР-ОТВ_СОТР

1:М

Принимает

Тестирование

Результат

ТЕСТ-РЕЗ

1:М

Имеет

Сотрудник

Результат

СОТР_РЕЗ

НИД 1:М

Получает
На основе данных из этой таблицы была сформирована ER-диаграмма, представленная на рисунке 2.4.Рисунок 2.4 – ER-диаграмма базы данных тестирования знаний кредитных инспекторовДля определения первичных и внешних ключей сущностей в результате анализа предметной области были выявлены следующие основные закономерности:

  1. каждый банк обладает уникальным идентификатором;

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

  3. каждый сотрудник обладает уникальным идентификатором;

  4. каждый эксперт обладает уникальным идентификатором;

  5. каждый эксперт проводит тестирование;

  6. каждый сотрудник проходит тестирование;

  7. каждое тестирование обладает уникальным идентификатором;

  8. тестирование состоит из вопросов;

  9. каждый вопрос обладает уникальным идентификатором;

  10. вопрос может содержать варианты ответа;

  11. каждый вариант ответа обладает уникальным идентификатором;

  12. сотрудник на каждый вопрос дает ответ;

  13. каждый ответ обладает уникальным идентификатором;

  14. каждое тестирование имеет результат;

  15. каждый сотрудник имеет результат тестирования;

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

  1. атрибуты первичного ключа не могут принимать неопределенных значений;

  2. атрибуты первичного ключа должны однозначно идентифицировать экземпляр сущности;

  3. количество атрибутов в первичном ключе должно быть минимальным.
В результате была сформирована KB-модель, которая представлена на рисунке 2.5. Рисунок 2.5 – КВ-модель базы данных тестирования знаний кредитных инспекторовВ таблице 2.3 отображены атрибуты выявленных ранее сущностей. Основные функциональные зависимости отражены в таблице 2.4.Таблица 2.3 – Атрибуты сущностей

Имя сущности

Наименование атрибута

Ключ

Банк

id_банка

PK

Название_банка




Сотрудник

id_сотрудника

PK

Фамилия_сотрудника




Имя_сотрудника




Отчество_сотрудника




Пол_сотрудника




Телефон_сотрудника




Email_сотрудника




Дата_рождения_сотрудника




Должность_сотрудника




id_банка

FK
Окончание таблицы 2.3

Имя сущности

Наименование атрибута

Ключ

Эксперт

id_эксперта

PK

Фамилия_эксперта




Имя_эксперта




Отчество_эксперта




Телефон_эксперта




Email_эксперта




Тестирование

id_тестирования

PK

Название_тестирования




Количество_вопросов




Количество_попыток




Минут_на_тест




id_эксперта

FK

Вопрос

id_вопроса

PK

Текст_вопроса




Открытый_тип




id_тестирования

FK

Вариант ответа

id_варианта_ответа

PK

id_вопроса

FK

Текст_ответа




Правильность_ответа




Ответ сотрудника

id_ответа

PK

id_сотрудника

FK

id_вопроса

FK

Текст_ответа




Результат

id_результата

PK

id_сотрудника

FK

id_тестирования

FK

Текст_результата




Дата_результата




Номер_сертификата



Таблица 2.4 – Функциональная зависимость

Детерминанта

Функциональная часть

id_банка

Название_банка

id_сотрудника

Фамилия_сотрудника, Имя_сотрудника, Отчество_сотрудника, Пол_сотрудника, Телефон_сотрудника, Email_сотрудника, Дата_рождения_сотрудника, Должность_сотрудника

id_тестирования

Название_тестирования, Количество_вопросов, Количество_попыток, Минут_на_тест

id_вопроса

Текст_вопроса, Открытый_тип

id_ответа

Текст_ответа

id_варианта_ответа

Текст_ответа, Правильность_ответа

id_результата

Текст_результата, Дата_результата, Номер_сертификата
В результате на логическом уровне представления данных была сформирована FA-модель предметной области, представленная на рисунке 2.6.Рисунок 2.6 – FA-модель базы данных тестирования знаний кредитных инспекторов

2.2.2 Проектирование физического уровня модели данных

Физическая модель данных, в отличии от логической, ориентирована на конкретную СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД.Различают два подуровня физического уровня модели данных:

  • Т-модель (Transformation Model) - трансформационная модель;

  • модель DBMS (Database-Management System) – модель СУБД.
Для построения трансформационной модели необходимо определить домены атрибутов сущностей, области их допустимых значений, а также типы данных. В таблице 2.5 отображены необходимые данные и примеры значений, используемые в базе данных. Домены определены в таблице 2.6.Таблица 2.5 – Домены атрибутов сущностей

Шифр домена

Наименование

домена

Определение домена

Тип данных

Пример

значения

D1

Порядковый номер

Целое число, принимает уникальные значения

int

10

D2

Дата

ГГГГ-ММ-ДД, где ГГГГ – четыре цифры, год (от 0001 до 9999), ММ – две цифры, месяц (от 01 до 12), ДД – две цифры, число (от 01 до 31)

date

1970-01-01

D3

Дата

ГГГГ-ММ-ДД чч:мм:сс, где ГГГГ – четыре цифры, год (от 0001 до 9999), ММ – две цифры, месяц (от 01 до 12), ДД – две цифры, число (от 01 до 31), чч – две цифры, час (от 00 до 23), мм – две

datetime

1970-01-01 00:00:00
Окончание таблицы 2.5

Шифр домена

Наименование

домена

Определение домена

Тип данных

Пример

значения







цифры, минута (от 00 до 59), сс – две цифры, секунда (от 00 до 59)







D4

Строка символов переменной длины

Множество символьных значений переменной длины не более 200 символов

varchar(200)

Иванов Иван Иванович

D5

Строка символов переменной длины

Множество символьных значений переменной длины не более 50 символов.

varchar(50)

Кредитный инспектор

D6

Строка символов переменной длины

Множество символьных значений переменной длины не более 30 символов.

varchar(30)

Иван

D7

Битовый флаг

Целое число, может принимать значения 1 или 0

bit

1
Таблица 2.6 – Поля таблиц, их описание и домены

Имя

сущности

Наименование атрибута

Ключи

Определенность значений

Шифр домена

Банк

id_банка

PK

1

D1

Название_банка




1

D5

Сотрудник

id_сотрудника

PK

1

D1

Фамилия_сотрудника




1

D6

Имя_сотрудника




1

D6

Отчество_сотрудника







D6

Пол_сотрудника




1

D6

Телефон_сотрудника




1

D6

Email_сотрудника




1

D5

Дата_рождения_сотрудника




1

D2

Должность_сотрудника




1

D5

id_банка

FK

1

D1
Окончание таблицы 2.6

Имя

сущности

Наименование атрибута

Ключи

Определенность значений

Шифр домена

Эксперт

id_эксперта

PK

1

D1

Фамилия_эксперта




1

D6

Имя_эксперта




1

D6

Отчество_эксперта







D6

Телефон_эксперта




1

D6

Email_эксперта




1

D5

Тестирование

id_тестирования

PK

1

D1

Название_тестирования




1

D5

Количество_вопросов




1

D1

Количество_попыток




1

D1

Минут_на_тест




1

D1

id_эксперта

FK

1

D1

Вопрос

id_вопроса

PK

1

D1

Текст_вопроса




1

D4

Открытый_тип




1

D7

id_тестирования

FK

1

D1

Вариант

ответа

id_варианта_ответа

PK

1

D1

id_вопроса

FK

1

D1

Текст_ответа




1

D4

Правильность_ответа




1

D7

Ответ

сотрудника

id_ответа

PK

1

D1

id_сотрудника

FK

1

D1

id_вопроса

FK

1

D1

Текст_ответа




1

D4

Результат

id_результата

PK

1

D1

id_сотрудника

FK

1

D1

id_тестирования

FK

1

D1

Текст_результата




1

D6

Дата_результата




1

D3

Номер_сертификата




0

D6
Источник: https://files.student-it.ru/previewfile/203932