Имя метода
Описание метода
Сгенерировать
Используется для выбора задач выполненных сотрудником за указанный период времени
Сохранить
Используется для сохранения отчета
Вывести
Вывод отчета на бумагу или в текстовый формат
Функциональная зависимость. Поле В таблицы функционально зависит от поля А той же таблицы в том и только в том случае, когда в любой заданный момент времени для каждого из различных значений поля А обязательно существует только одно из различных значений поля В. Отметим, что здесь допускается, что поля А и В могут быть составными.
Полная функциональная зависимость. Поле В находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А и не зависит функционально от любого подмножества поля А.
Многозначная зависимость. Поле А многозначно определяет поле В той же таблицы, если для каждого значения поля А существует хорошо определенное множество соответствующих значений В.
Этот процесс включает:
· устранение повторяющихся групп (приведение к 1НФ)
· удаление частично зависимых атрибутов (приведение к 2НФ)
· удаление транзитивно зависимых атрибутов (приведение к 3НФ).
Проведем нормализацию данных в рассматриваемой концептуальной модели.
Первая нормальная форма требует, чтобы каждое поле таблицы БД было неделимым, не содержало повторяющихся групп.
Вторая нормальная форма требует, чтобы все поля зависели от первичного ключа. Те поля, которые зависят только от части первичного ключа должны быть выделены в отдельные таблицы. Набор полей однозначно определяет одну запись.
Ключ или возможный ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. Первичный ключ обеспечивает идентификацию записи, устанавливает связи между таблицами. Выделяем первичные ключи:
· В категориях ресурсов - ID категории,
· В ЭОР - ID ресурса,
· В Кафедрах - ID кафедры,
· В Сотрудниках - ID сотрудника,
· В Задачах - ID задачи,
· В Назначенных задачах - ID назначения,
· В Отчетах - Номер.
Третья нормальная форма требует, чтобы значение любого поля таблицы, не входящего в первичный ключ, не зависело от значения другого поля не входящего в первичный ключ. Данная нормальная форма требует, чтобы поля, которые можно вычислить, необходимо удалить из таблиц. В рассматриваемой концептуальной модели таких полей нет.
Руководствуясь ранее выделенными сущностями, и, применив законы нормализации, получим таблицы проектируемой нормализованной базы данных:
Рис. 2.2. Структура базы данных
Выводы по главе
Вторая глава дипломной работы посвящена проектированию системы учета работ по созданию электронных образовательных ресурсов.
Был проведен сравнительный анализ и выбор инструментальных средств проектирования системы. Были выбраны методологии, язык моделирования и инструментальные средства для проектирования. При помощи данного набора инструментов была спроектирована система, описаны все ее функции, формализованы варианты использования, определены классы внутри системы, методы передачи и обработки информации.
Проектируемая система должна удовлетворять требованиям надежности, корректности всей информации, удобства управления и работы с данным программным средством.
Наибольшее распространение получили модели доступа данных ADO.NET, OLE DB, поэтому для реализации базы данные будет использоваться файл-серверная СУБД.
В файл-серверных СУБД все данные обычно размещаются в одном или нескольких каталогах достаточно мощной машины, специально выделенной для этих целей и постоянно подключенной к сети. Безусловным достоинством СУБД этого типа является относительная простота ее создания и обслуживания - фактически все сводится лишь к развертыванию локальной сети и установке на подключенных к ней компьютерах сетевых операционных систем. Недостатком файл-серверных систем является значительная нагрузка на сеть. При интенсивной работе с данными нескольких десятков клиентов, пропускная способность сети может оказаться недостаточной, и пользователя будут раздражать значительные задержки в реакции СУБД на его запросы. Файл-серверные СУБД могут успешно использоваться в относительно небольших фирмах с количеством клиентских мест до нескольких десятков.
С учетом того, что весь штат сотрудников отдела ЦПК составляет на данный момент всего три человека, можно сделать вывод о том, что файл-серверная СУБД будет оптимальным решением поставленной задачи по управлению данными.
Таблицы БД создаются с помощью утилиты Database Desktop. Тип таблицы - Paradox 7, так как он, по сравнению с другими, поддерживает самый богатый набор типов полей. Это позволяет автоматически следить за правильностью вводимых в поля данных, выбирать данные из другой таблицы, строить вторичные индексы, в том числе составные, следить за ссылочной целостностью БД, защищать таблицу от несанкционированного доступа, выбирать языковой драйвер.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9