В эпоху цифровой трансформации, когда данные становятся ключевым активом любой организации, эффективное управление человеческими ресурсами невозможно без использования современных информационных систем. Отдел кадров, традиционно ассоциирующийся с рутинной бумажной работой, сегодня сталкивается с необходимостью обработки огромных объемов информации о сотрудниках, их компетенциях, карьерном росте и взаимодействии внутри компании.
Без автоматизации эти процессы замедляются, порождая ошибки, увеличивая трудозатраты и отвлекая HR-специалистов от более стратегических задач, таких как развитие талантов, формирование корпоративной культуры и повышение вовлеченности персонала, что в конечном итоге сказывается на общей эффективности и конкурентоспособности компании.
Именно поэтому автоматизация учета кадров становится не просто желательной, а критически важной составляющей успешного функционирования предприятия. Она выступает мощным инструментом для повышения точности и скорости выполнения операций, освобождая ценные ресурсы HR-отдела и позволяя им сосредоточиться на формировании устойчивой и продуктивной рабочей среды, что напрямую способствует росту производительности и снижению операционных издержек.
Целью данной курсовой работы является разработка и теоретическое обоснование проектирования реляционной базы данных для автоматизации учета кадров в организации с использованием системы управления базами данных (СУБД) MS Access. Работа последовательно проведет читателя через все этапы жизненного цикла создания БД: от системного анализа предметной области и определения информационных потребностей до логического и физического проектирования, практической реализации в MS Access, разработки пользовательского интерфейса, функций обработки данных (запросов и отчетов) и обеспечения безопасности.
Системный анализ предметной области: Отдел кадров и его информационные потребности
Чтобы создать эффективную информационную систему, необходимо глубоко понять предметную область. Отдел кадров — это не просто хранилище личных дел, это сложный механизм, управляющий самым ценным активом организации — ее сотрудниками, а значит, его информационные потребности напрямую влияют на успешность всей кадровой политики.
Функции и задачи отдела кадров в современной организации
Отдел кадров, или HR-отдел (Human Resources), в современном бизнесе вышел далеко за рамки чисто административных функций. Его роль эволюционировала от простого учета и администрирования до стратегического партнера, влияющего на общую производительность и конкурентоспособность компании. Основные функции HR-отдела включают:
- Подбор персонала (Recruitment): Привлечение, оценка и найм квалифицированных кандидатов на открытые вакансии.
- Учет и администрирование персонала: Ведение личных дел, учет рабочего времени, отпусков, больничных, формирование справок и других документов.
- Адаптация (Onboarding): Интеграция новых сотрудников в коллектив и корпоративную культуру, помощь в освоении должностных обязанностей.
- Развитие и обучение персонала: Организация тренингов, курсов повышения квалификации, управление карьерой и преемственностью.
- Оценка и мотивация: Разработка систем оценки эффективности, программ стимулирования и поощрения, управление компенсациями и льготами.
- Обеспечение соблюдения трудового законодательства: Контроль за соответствием кадровых процессов требованиям нормативных актов.
- Увольнение персонала: Проведение процедур увольнения, выходное интервью, расчет.
Эффективное выполнение этих задач требует колоссального объема информации и слаженной работы, что, в свою очередь, подчеркивает необходимость централизованного и структурированного хранения данных.
Анализ бизнес-процессов учета персонала, подлежащих автоматизации
Автоматизация деятельности отдела кадров необходима не только для повышения точности и скорости выполнения рутинных задач, но и для улучшения качества работы с персоналом, освобождая HR-специалистов для стратегических задач. Традиционные методы ведения кадрового учета (бумажные картотеки, электронные таблицы без связей) сопряжены с высоким риском ошибок, дублирования данных и значительными временными затратами.
Ключевые бизнес-процессы учета персонала, требующие автоматизации, включают:
- Ведение учета соискателей и вакансий:
- Процесс: Регистрация информации о вакансиях (название, требования, отдел, дата открытия), сбор и хранение резюме кандидатов, их первичный анализ.
- Информационные потребности: Данные о вакансиях, информация о кандидатах (ФИО, контакты, опыт, образование, навыки), статус рассмотрения.
- Автоматизация позволяет: Парсинг резюме, автоматическое распределение вакансий, быстрая выборка кандидатов по критериям, отслеживание статуса.
- Осуществление быстрого подбора персонала:
- Процесс: Поиск подходящих кандидатов в базе данных по заданным критериям, планирование интервью, фиксация результатов.
- Информационные потребности: Критерии отбора, расписание интервью, оценки кандидатов.
- Автоматизация позволяет: Оперативный поиск, снижение времени на подбор, улучшение качества подбора за счет доступа к полной истории взаимодействий.
- Хранение данных по сотрудникам:
- Процесс: Ведение личных дел сотрудников с полной информацией.
- Информационные потребности: ФИО, табельный номер, пол, дата рождения, паспортные данные, ИНН, должность, оклад, адрес, контактные данные, сведения об образовании, опыте работы, навыках, наградах, участии в проектах.
- Автоматизация позволяет: Централизованное, структурированное и легкодоступное хранение, минимизация дублирования и ошибок.
- Формирование отчетности:
- Процесс: Создание различных отчетов для внутреннего использования и внешних органов.
- Информационные потребности: Данные, агрегированные по различным параметрам (отделы, должности, стаж, зарплата).
- Автоматизация позволяет: Автоматическое формирование отчетов по заданным шаблонам, экономия времени HR-специалистов, повышение точности данных для принятия управленческих решений.
Автоматизация HR-процессов, в частности, парсинг резюме, значительно ускоряет первичный отбор кандидатов, а автоматическое распределение вакансий повышает эффективность их обработки, минимизируя ручные операции и потенциальные ошибки. Таким образом, автоматизация помогает HR-специалистам сосредоточиться на более стратегических задачах, таких как развитие талантов, формирование корпоративной культуры, стратегическое планирование и повышение вовлеченности сотрудников, вместо рутинного ввода и обработки данных, что в итоге повышает их ценность для компании.
Информационные объекты и их характеристики
Для эффективного проектирования базы данных необходимо четко определить ключевые информационные объекты (сущности) и их характеристики (атрибуты), которые будут храниться в системе. Исходя из анализа функций и бизнес-процессов отдела кадров, можно выделить следующий расширенный набор сущностей:
- Сотрудники:
- Атрибуты: КодСотрудника (первичный ключ), ФИО, ТабельныйНомер, Пол, ДатаРождения, МестоРождения, СерияПаспорта, НомерПаспорта, ДатаВыдачиПаспорта, ОрганВыдачиПаспорта, ИНН, СНИЛС, АдресРегистрации, АдресПроживания, Телефон, Email, ДатаПриемаНаРаботу, ДатаУвольнения, СемейноеПоложение.
- Отделы:
- Атрибуты: КодОтдела (первичный ключ), НазваниеОтдела, ТелефонОтдела, EmailОтдела, КодРуководителяОтдела (внешний ключ к Сотрудникам).
- Должности:
- Атрибуты: КодДолжности (первичный ключ), НазваниеДолжности, Оклад, КодОтдела (внешний ключ).
- Образование:
- Атрибуты: КодОбразования (первичный ключ), КодСотрудника (внешний ключ), УчебноеЗаведение, ГодОкончания, Специальность, Квалификация, ТипДокументаОбОбразовании (диплом, аттестат).
- Проекты:
- Атрибуты: КодПроекта (первичный ключ), НазваниеПроекта, ДатаНачалаПроекта, ДатаОкончанияПроекта, ОписаниеПроекта.
- Навыки:
- Атрибуты: КодНавыка (первичный ключ), НазваниеНавыка, КатегорияНавыка.
- ОпытРаботы:
- Атрибуты: КодОпыта (первичный ключ), КодСотрудника (внешний ключ), НазваниеОрганизации, ДолжностьНаПредыдущемМесте, ДатаНачалаРаботы, ДатаОкончанияРаботы, Обязанности.
- КурсыОбучения:
- Атрибуты: КодКурса (первичный ключ), НазваниеКурса, ДатаНачалаКурса, ДатаОкончанияКурса, ОрганизаторКурса, Результат.
- Награды:
- Атрибуты: КодНаграды (первичный ключ), КодСотрудника (внешний ключ), НазваниеНаграды, ДатаНаграждения, ОписаниеНаграды.
- СотрудникиПроекты (связующая сущность для M:N):
- Атрибуты: КодСотрудника (внешний ключ), КодПроекта (внешний ключ), РольВПроекте.
- СотрудникиНавыки (связующая сущность для M:N):
- Атрибуты: КодСотрудника (внешний ключ), КодНавыка (внешний ключ), УровеньВладенияНавыком.
- СотрудникиКурсы (связующая сущность для M:N):
- Атрибуты: КодСотрудника (внешний ключ), КодКурса (внешний ключ), ДатаЗавершенияКурса.
Такой детализированный подход к определению сущностей и атрибутов формирует прочную основу для дальнейшего проектирования реляционной базы данных, обеспечивая полноту и структурированность хранимой информации, что является залогом её эффективного использования в будущем.
Теоретические основы проектирования реляционных баз данных
Прежде чем приступать к непосредственному проектированию, важно заложить прочный фундамент, опираясь на теоретические принципы, лежащие в основе современных систем управления базами данных, ибо без глубокого понимания этих концепций невозможно построить по-настоящему надежную и масштабируемую систему.
Реляционная модель данных: Основные понятия и принципы
В 1970 году Эдгар Кодд, математик IBM, предложил революционный подход к организации данных, который получил название реляционной модели данных. Эта модель, основанная на математических принципах теории множеств и реляционной алгебры, коренным образом изменила способ хранения и обработки информации. Ее суть заключается в представлении данных в виде простых, двумерных таблиц, которые Кодд назвал отношениями.
Ключевые понятия реляционной модели:
- Система управления базами данных (СУБД): Это программное обеспечение, предназначенное для создания, ведения баз данных, а также организации доступа к данным и их обработки. MS Access является одной из таких СУБД.
- База данных (БД): Совокупность данных, относящихся к некоторой предметной области, организованных определенным образом на материальном носителе, как правило, средствами СУБД.
- Отношение (Таблица): Двумерная таблица, состоящая из строк и столбцов. Каждое отношение представляет собой набор однотипных записей.
- Атрибут (Поле/Столбец): Именованный столбец в отношении. Атрибуты описывают характеристики сущности (например, «ФИО», «Должность» для сущности «Сотрудники»).
- Кортеж (Запись/Строка): Строка в отношении, представляющая собой одну конкретную запись данных (например, информацию об одном сотруднике).
- Домен: Множество всех допустимых значений для данного атрибута.
- Первичный ключ (Primary Key): Одно или несколько полей (атрибутов), которые однозначно идентифицируют каждую запись (кортеж) в таблице. Например, «КодСотрудника» является первичным ключом для таблицы «Сотрудники». Важнейшее требование к первичному ключу — его уникальность и отсутствие пустых значений (
NULL). - Внешний ключ (Foreign Key): Одно или несколько полей в одной таблице, которые ссылаются на первичный ключ в другой таблице. Внешние ключи используются для установления связей между таблицами и обеспечения ссылочной целостности. Например, «КодОтдела» в таблице «Сотрудники» является внешним ключом, ссылающимся на «КодОтдела» в таблице «Отделы».
Связи между таблицами в реляционной модели устанавливаются по равенству значений совпадающих полей, при этом такое поле в подчиненной таблице играет роль внешнего ключа. Этот механизм обеспечивает логическую взаимосвязь данных, распределенных по разным таблицам, и позволяет избежать дублирования информации, что является краеугольным камнем эффективности и надежности реляционных баз данных.
Нормализация отношений: Этапы и значение для целостности данных
Процесс проектирования реляционной БД методом последовательных приближений к удовлетворительному набору схем отношений называется нормализацией. Это систематический подход к анализу структуры отношений, направленный на устранение избыточных функциональных зависимостей между атрибутами и, как следствие, исключение аномалий при работе с данными.
Аномалии данных — это проблемы, возникающие при отсутствии нормализации:
- Аномалии модификации (обновления): Необходимость изменения одного и того же факта в нескольких местах, что увеличивает риск рассогласованности данных.
- Аномалии удаления: Потеря важной информации при удалении записи, содержащей другие, не связанные данные.
- Аномалии добавления: Невозможность добавления новой информации, пока не появится связанная с ней запись.
Нормальная форма (НФ) — это набор правил, предъявляемых к структуре таблиц для устранения этих аномалий. Существует несколько нормальных форм (1НФ, 2НФ, 3НФ, НФБК, 4НФ, 5НФ), каждая из которых накладывает более строгие требования.
Первая нормальная форма (1НФ)
Первая нормальная форма (1НФ) — это базовое требование, с которого начинается любая нормализация. Она требует, чтобы:
- Все атрибуты были простыми (атомарными), то есть неделимыми с точки зрения предметной области. Например, поле «ФИО» не атомарно, если требуется искать по фамилии или имени отдельно; его следует разделить на «Фамилия», «Имя», «Отчество».
- Данные на пересечении строк и столбцов имели исключительно скалярные значения, исключая повторяющиеся группы. Это означает, что в одной ячейке таблицы не может быть списка значений (например, список навыков), и не должно быть повторяющихся строк. Каждая строка должна быть уникальной.
Пример: Если в одной таблице «Сотрудники» есть поле «Навыки», где для одного сотрудника может быть перечислено несколько навыков через запятую, это нарушает 1НФ. Для соблюдения 1НФ, каждый навык должен быть отдельной записью в связующей таблице «СотрудникиНавыки», обеспечивая таким образом атомарность данных.
Вторая нормальная форма (2НФ)
Вторая нормальная форма (2НФ) требует, чтобы отношение находилось в первой нормальной форме, и каждый неключевой атрибут был полностью функционально зависим от каждого потенциального ключа. То есть неключевой атрибут не должен зависеть только от части составного ключа.
Пример: Предположим, у нас есть таблица «ДолжностиСотрудников» с составным первичным ключом (КодСотрудника, КодДолжности), и полями «ДатаНазначения», «НазваниеДолжности», «Оклад». Поле «НазваниеДолжности» зависит только от «КодДолжности», а «Оклад» также зависит только от «КодДолжности», а не от всего составного ключа. Это нарушение 2НФ. Чтобы привести таблицу ко 2НФ, следует вынести информацию о должностях («КодДолжности», «НазваниеДолжности», «Оклад») в отдельную таблицу «Должности», тем самым устраняя частичную зависимость и дублирование.
Третья нормальная форма (3НФ)
Третья нормальная форма (3НФ) является наиболее распространенным и часто достаточным уровнем нормализации для большинства практических систем. Помимо требований 1НФ и 2НФ, 3НФ устраняет транзитивные зависимости неключевых атрибутов. Транзитивная зависимость возникает, когда неключевой атрибут A зависит от неключевого атрибута B, который, в свою очередь, зависит от первичного ключа. Иными словами, неключевой атрибут не должен зависеть от другого неключевого атрибута.
Пример: Если в таблице «Сотрудники» помимо «КодСотрудника» (первичный ключ), «ФИО», «КодОтдела» есть поля «НазваниеОтдела» и «ТелефонОтдела», то «НазваниеОтдела» и «ТелефонОтдела» функционально зависят от «КодОтдела», а не напрямую от «КодСотрудника». Это транзитивная зависимость. Для достижения 3НФ, «НазваниеОтдела» и «ТелефонОтдела» следует вынести в отдельную таблицу «Отделы», где «КодОтдела» будет первичным ключом, что обеспечивает более чистую и логически стройную структуру данных.
Достижение Третьей нормальной формы (3НФ) часто считается достаточным для большинства практических систем, поскольку она обеспечивает хороший баланс между уменьшением избыточности данных и сложностью структуры базы данных. Дальнейшая нормализация до более высоких форм (например, нормальной формы Бойса-Кодда, Четвертой или Пятой нормальной форм) может привести к значительному увеличению числа таблиц, усложнению запросов и потенциальному снижению производительности, что не всегда оправдано для бизнес-задач, если только нет специфических требований к экстремальной минимизации избыточности.
Концептуальное и логическое проектирование базы данных отдела кадров
Проектирование базы данных — это многоэтапный процесс, который начинается с высокоуровневого описания предметной области и постепенно детализируется до конкретной реализации, обеспечивая плавный переход от абстрактных идей к функциональной системе.
Концептуальное моделирование: ER-диаграмма
Процесс проектирования БД традиционно делится на этапы: концептуальное моделирование, логическое проектирование и физическое проектирование.
Концептуальная модель — это схема наивысшего уровня, отображающая общую структуру предметной области и ее смысловую структуру (множество понятий и связей между ними), независимая от конкретной СУБД. Для концептуального моделирования повсеместно используется модель «Сущность-Связь» (Entity-Relationship, ER-модель). Эта графическая модель, предложенная Питером Ченом (Peter Chen) в 1976 году, позволяет визуально представить сущности (объекты реального мира, о которых необходимо хранить информацию), их атрибуты (характеристики) и связи между ними.
Полученная ER-диаграмма является прототипом будущей БД: сущности в ней станут таблицами, атрибуты — полями, а связи — отношениями между таблицами.
Детальная ER-диаграмма для отдела кадров:
Основываясь на ранее определенных информационных объектах, построим ER-диаграмму.
+------------+ +----------+ +--------------+
| ОТДЕЛЫ | | ДОЛЖНОСТИ| | СОТРУДНИКИ |
+------------+ +----------+ +--------------+
- КодОтдела (PK) - КодДолжности (PK) - КодСотрудника (PK)
- НазваниеОтдела - НазваниеДолжности - ФИО
- ТелефонОтдела - Оклад - ТабельныйНомер
- EmailОтдела - КодОтдела (FK) - Пол
- КодРуководителяОтдела (FK) - ДатаРождения
| - ПаспортныеДанные
| 1 - ИНН
| | - СНИЛС
| | N - АдресРегистрации
+--|------------+ - АдресПроживания
| | - Телефон
| | 1 - Email
| | | - ДатаПриемаНаРаботу
| | | N - ДатаУвольнения
| | +-----------------------+
| +-------------------------+
| |
| |
| 1 |
+----|---------------------------------+
| N
+--------------------+ +--------------------+ +--------------------+
| ОБРАЗОВАНИЕ | | ОПЫТ РАБОТЫ | | НАГРАДЫ |
+--------------------+ +--------------------+ +--------------------+
- КодОбразования (PK) - КодОпыта (PK) - КодНаграды (PK)
- КодСотрудника (FK) - КодСотрудника (FK) - КодСотрудника (FK)
- УчебноеЗаведение - НазваниеОрганизации - НазваниеНаграды
- ГодОкончания - Должность - ДатаНаграждения
- Специальность - ДатаНачалаРаботы - ОписаниеНаграды
- Квалификация - ДатаОкончанияРаботы
- ТипДокумента - Обязанности
| | |
| N | N | N
| | | | | |
+--|--------------------------+--|------------------------+--|-------------------+
| | |
| 1 | 1 | 1
+-----------------------------+---------------------------+
| |
+-------------------------------------------------------------+
| СОТРУДНИКИ |
+-------------------------------------------------------------+
| (продолжение атрибутов Сотрудники) |
+-------------------------------------------------------------+
| N N |
| | | |
+--|--------------------------+ +-------------------+--|--------------------+
| 1 | | 1 |
+--------------------+ +-----------------------+ +--------------------+
| ПРОЕКТЫ | | СОТРУДНИКИ_ПРОЕКТЫ | | НАВЫКИ |
+--------------------+ +-----------------------+ +--------------------+
- КодПроекта (PK) - КодСотрудника (FK) - КодНавыка (PK)
- НазваниеПроекта - КодПроекта (FK) - НазваниеНавыка
- ДатаНачалаПроекта - РольВПроекте - КатегорияНавыка
- ДатаОкончанияПроекта
- ОписаниеПроекта
| N | 1 1 | N
| | +-------------------------+
+--|------------------------+
| N
+--------------------+
| КУРСЫ_ОБУЧЕНИЯ |
+--------------------+
- КодКурса (PK)
- НазваниеКурса
- ДатаНачалаКурса
- ДатаОкончанияКурса
- ОрганизаторКурса
- Результат
|
| N
+--------------------+
| СОТРУДНИКИ_КУРСЫ |
+--------------------+
- КодСотрудника (FK)
- КодКурса (FK)
- ДатаЗавершенияКурса
|
| 1
+--------------------+
Примечание: для простоты представления, атрибуты сущности «Сотрудники» разделены на две части, но в реальной ER-диаграмме они объединяются в одну сущность. Связующие таблицы «Сотрудники_Проекты», «Сотрудники_Навыки», «Сотрудники_Курсы» необходимы для реализации связей «многие ко многим» (M:N).
Определение типов связей и их кардинальности
Связи между сущностями характеризуются кардинальностью (степенью участия), которая определяет максимальное количество экземпляров одной сущности, которое может быть связано с экземплярами другой сущности. Понимание кардинальности критически важно для корректного построения реляционной схемы, так как оно диктует, как будут связываться таблицы и поддерживаться целостность данных. Основные типы связей:
- «Один к одному» (1:1): Один экземпляр первой сущности связан только с одним экземпляром второй сущности, и наоборот. В HR-системе такая связь встречается редко. Примером может быть связь между «Сотрудником» и «ПаспортнымиДанными», если паспортные данные выносятся в отдельную таблицу по соображениям безопасности или нормализации, и каждый сотрудник имеет только один текущий паспорт, а каждый паспорт принадлежит только одному сотруднику.
- «Один ко многим» (1:N): Один экземпляр первой сущности может быть связан с несколькими экземплярами второй, но экземпляр второй сущности связан только с одним экземпляром первой.
- Пример: Связь между «Отделами» и «Сотрудниками», работающими в нем. Один отдел может включать многих сотрудников, но каждый сотрудник работает только в одном отделе. (Отделы 1 — N Сотрудники).
- Пример: Связь между «Сотрудниками» и «Образованием». Один сотрудник может иметь несколько записей об образовании, но каждая запись об образовании относится к одному сотруднику. (Сотрудники 1 — N Образование).
- «Многие ко многим» (M:N): Несколько экземпляров первой сущности могут быть связаны с несколькими экземплярами второй, и наоборот. Этот тип связи не может быть напрямую реализован в реляционной модели. Для его реализации всегда требуется создание дополнительной, связующей таблицы, которая содержит внешние ключи обеих связанных сущностей.
- Пример: Связь между «Сотрудниками» и «Проектами». Один сотрудник может участвовать во многих проектах, и в одном проекте может участвовать множество сотрудников. Для реализации этой связи создается связующая таблица «СотрудникиПроекты«, которая будет содержать
КодСотрудникаиКодПроектав качестве составного первичного ключа. Аналогично для связей «Сотрудники:Навыки» и «Сотрудники:КурсыОбучения».
- Пример: Связь между «Сотрудниками» и «Проектами». Один сотрудник может участвовать во многих проектах, и в одном проекте может участвовать множество сотрудников. Для реализации этой связи создается связующая таблица «СотрудникиПроекты«, которая будет содержать
Логическое проектирование: Схема реляционных таблиц
На этапе логического (даталогического) проектирования происходит преобразование концептуальной ER-модели в конкретную схему базы данных, основанную на выбранной модели данных (в нашем случае — реляционной). На этом этапе могут не учитываться особенности конкретной СУБД, но определяются состав реляционных таблиц, их структура, логические связи между ними и уникальный ключ для каждой таблицы.
Исходя из ER-диаграммы и правил нормализации, логическая схема БД будет включать следующие таблицы:
| Название таблицы | Поля (Атрибуты) | Первичный ключ (PK) | Внешние ключи (FK) |
|---|---|---|---|
| Отделы | КодОтдела, НазваниеОтдела, ТелефонОтдела, EmailОтдела, КодРуководителяОтдела |
КодОтдела |
КодРуководителяОтдела → Сотрудники.КодСотрудника |
| Должности | КодДолжности, НазваниеДолжности, Оклад, КодОтдела |
КодДолжности |
КодОтдела → Отделы.КодОтдела |
| Сотрудники | КодСотрудника, ФИО, ТабельныйНомер, Пол, ДатаРождения, МестоРождения, СерияПаспорта, НомерПаспорта, ДатаВыдачиПаспорта, ОрганВыдачиПаспорта, ИНН, СНИЛС, АдресРегистрации, АдресПроживания, Телефон, Email, ДатаПриемаНаРаботу, ДатаУвольнения, СемейноеПоложение |
КодСотрудника |
|
| Образование | КодОбразования, КодСотрудника, УчебноеЗаведение, ГодОкончания, Специальность, Квалификация, ТипДокументаОбОбразовании |
КодОбразования |
КодСотрудника → Сотрудники.КодСотрудника |
| ОпытРаботы | КодОпыта, КодСотрудника, НазваниеОрганизации, ДолжностьНаПредыдущемМесте, ДатаНачалаРаботы, ДатаОкончанияРаботы, Обязанности |
КодОпыта |
КодСотрудника → Сотрудники.КодСотрудника |
| Проекты | КодПроекта, НазваниеПроекта, ДатаНачалаПроекта, ДатаОкончанияПроекта, ОписаниеПроекта |
КодПроекта |
|
| Навыки | КодНавыка, НазваниеНавыка, КатегорияНавыка |
КодНавыка |
|
| КурсыОбучения | КодКурса, НазваниеКурса, ДатаНачалаКурса, ДатаОкончанияКурса, ОрганизаторКурса, Результат |
КодКурса |
|
| Награды | КодНаграды, КодСотрудника, НазваниеНаграды, ДатаНаграждения, ОписаниеНаграды |
КодНаграды |
КодСотрудника → Сотрудники.КодСотрудника |
| СотрудникиПроекты | КодСотрудника, КодПроекта, РольВПроекте |
КодСотрудника, КодПроекта |
КодСотрудника → Сотрудники.КодСотрудника, КодПроекта → Проекты.КодПроекта |
| СотрудникиНавыки | КодСотрудника, КодНавыка, УровеньВладенияНавыком |
КодСотрудника, КодНавыка |
КодСотрудника → Сотрудники.КодСотрудника, КодНавыка → Навыки.КодНавыка |
| СотрудникиКурсы | КодСотрудника, КодКурса, ДатаЗавершенияКурса |
КодСотрудника, КодКурса |
КодСотрудника → Сотрудники.КодСотрудника, КодКурса → КурсыОбучения.КодКурса |
На этом этапе также определяется обеспечение целостности данных с помощью ограничений:
- Целостность сущностей: Каждая таблица должна иметь первичный ключ, который однозначно идентифицирует каждую запись. Первичный ключ не может содержать повторяющиеся значения или значения
NULL. - Ссылочная целостность: Внешние ключи должны либо ссылаться на существующие значения первичных ключей в родительской таблице, либо содержать значения
NULL(если это разрешено). Это предотвращает «осиротевшие» записи. Например, нельзя удалить отдел, пока в нем числятся сотрудники.
Физическая реализация базы данных в среде MS Access
После завершения концептуального и логического проектирования наступает этап физической реализации. Для небольших баз данных и академических проектов, таких как курсовые работы, СУБД MS Access является оптимальным выбором, поскольку предлагает удобство разработки и достаточный функционал.
Выбор СУБД и ее возможности
СУБД MS Access часто выбирается для реализации небольших баз данных, таких как курсовые проекты или системы для малого и среднего бизнеса, благодаря своей простоте освоения, интуитивно понятному интерфейсу, интеграции с другими приложениями Microsoft Office (Excel, Word, Outlook) и относительно низкой стоимости, поскольку часто входит в пакет Office.
Однако существуют и определенные ограничения, которые необходимо учитывать:
- Размер базы данных: Общий размер файла базы данных (ACCDB или MDB) составляет 2 ГБ за вычетом места для системных объектов. Этого, как правило, достаточно для большинства малых и средних предприятий, но может стать проблемой для крупных компаний.
- Количество пользователей: Количество одновременно работающих пользователей ограничено 255, что делает Access непригодным для высоконагруженных многопользовательских систем.
- Масштабируемость и производительность: Производительность может снижаться при работе с очень большими объемами данных или при значительном количестве одновременных запросов.
Несмотря на эти ограничения, для целей автоматизации учета кадров в небольшой или средней организации, а также для учебных проектов, MS Access предлагает достаточный функционал и удобство разработки, позволяя быстро создавать прототипы и рабочие решения.
Создание структуры таблиц и определение типов данных
Физическая реализация БД в Access включает создание таблиц, определение ключей, задание связей и определение типов данных для каждого поля. Создание структуры таблиц в MS Access производится в режиме Конструктора.
В режиме Конструктора для каждого поля реляционной таблицы необходимо:
- Задать имя поля: Краткое, понятное название, отражающее смысл данных.
- Выбрать тип данных: Это один из важнейших шагов, определяющий, какие значения может хранить поле и как они будут обрабатываться.
Основные типы данных в MS Access:
- Краткий текст (Short Text): До 255 символов. Подходит для ФИО, названий отделов, должностей, адресов.
- Длинный текст (Long Text/Memo): До 1 ГБ символов. Для объемных описаний, таких как обязанности, описание проектов.
- Числовой (Number): Для числовых значений. Может быть целым, длинным целым, одинарным, двойным с плавающей точкой, десятичным. Подходит для табельных номеров, окладов, кодов.
- Дата/время (Date/Time): Для хранения даты и/или времени. Например, ДатаРождения, ДатаПриемаНаРаботу.
- Денежный (Currency): Для хранения денежных значений с высокой точностью. Подходит для Оклада.
- Счетчик (AutoNumber): Автоматически генерирует уникальные последовательные числа при добавлении новой записи. Идеально подходит для первичных ключей (например, КодСотрудника, КодОтдела), так как гарантирует уникальность и простоту.
- Логический (Yes/No): Для хранения булевых значений (истина/ложь, да/нет).
- Поле объекта OLE (OLE Object): Для встраивания объектов из других приложений (изображения, документы). Может использоваться для хранения фотографий сотрудников или сканов документов.
- Гиперссылка (Hyperlink): Для хранения ссылок на веб-страницы, файлы или другие объекты.
Пример структуры таблицы «Сотрудники» в Конструкторе MS Access:
| Имя поля | Тип данных | Описание | Свойства поля (пример) |
|---|---|---|---|
КодСотрудника |
Счетчик | Первичный ключ | Новые значения: Приращение, Индексированное: Да (без совпадений) |
ФИО |
Краткий текст | Фамилия, имя, отчество | Размер поля: 255, Обязательное поле: Да |
ТабельныйНомер |
Числовой | Уникальный табельный номер | Размер поля: Длинное целое, Индексированное: Да (без совпадений), Обязательное поле: Да |
Пол |
Краткий текст | Пол сотрудника | Размер поля: 1, Правило проверки: «М» ИЛИ «Ж», Сообщение об ошибке: «Введите ‘М’ или ‘Ж'» |
ДатаРождения |
Дата/время | Дата рождения | Формат: Краткий формат даты, Обязательное поле: Да |
СерияПаспорта |
Краткий текст | Серия паспорта | Размер поля: 4, Маска ввода: 0000;0;\_ |
НомерПаспорта |
Краткий текст | Номер паспорта | Размер поля: 6, Маска ввода: 000000;0;\_ |
КодОтдела |
Числовой | Внешний ключ, ссылка на таблицу «Отделы» | Размер поля: Длинное целое |
КодДолжности |
Числовой | Внешний ключ, ссылка на таблицу «Должности» | Размер поля: Длинное целое |
Фото |
Поле объекта OLE | Фотография сотрудника |
После определения структуры всех таблиц необходимо указать первичные ключи для каждой из них. Для этого в режиме Конструктора выбирается соответствующее поле и нажимается кнопка «Ключевое поле».
Установление связей между таблицами: Схема данных
Ключевым шагом в создании реляционной БД является установление связей между таблицами, что позволяет поддерживать ссылочную целостность и непротиворечивость данных. В MS Access это делается в окне «Схема данных» (Relationships).
Процесс установки связей:
- Открыть окно «Схема данных» (вкладка «Работа с базами данных» → «Схема данных»).
- Добавить все необходимые таблицы из списка.
- Для создания связи «один ко многим» перетащить поле первичного ключа из «родительской» таблицы (например,
КодОтделаиз таблицыОтделы) на соответствующее поле внешнего ключа в «дочерней» таблице (например,КодОтделав таблицеСотрудники). - В появившемся диалоговом окне «Изменение связей» установить флажок «Обеспечение целостности данных». Это гарантирует, что:
- Нельзя будет ввести значение внешнего ключа, для которого нет соответствующего первичного ключа в родительской таблице.
- Нельзя будет удалить запись из родительской таблицы, если с ней связаны записи в дочерней таблице (если не включена каскадная операция).
- Можно включить «Каскадное обновление связанных полей» (при изменении первичного ключа в родительской таблице, внешние ключи в дочерней таблице будут автоматически обновлены) и «Каскадное удаление связанных записей» (при удалении записи в родительской таблице, все связанные записи в дочерней таблице будут также удалены). Для кадровой системы каскадное удаление следует использовать с осторожностью.
Таким образом, будут установлены все необходимые связи между таблицами, соответствующие логической схеме, что обеспечит корректность хранения и обработки данных, а также предотвратит их несогласованность.
Разработка пользовательского интерфейса: Формы для ввода и просмотра данных
Для удобства взаимодействия пользователя с базой данных необходимо разработать интуитивно понятный графический интерфейс. В MS Access эту роль выполняют формы. Формы используются для создания пользовательского интерфейса, предназначенного для удобного ввода, просмотра и корректировки данных, а также для выполнения проверки корректности данных при вводе.
Примеры форм для HR-системы:
- «Карточка сотрудника»: Основная форма для ввода и просмотра всех сведений о конкретном сотруднике. Она может содержать подформы для отображения данных из связанных таблиц (образование, опыт работы, проекты, награды). Это позволяет централизованно управлять всей информацией о персонале.
- «Добавление нового отдела»: Простая форма для быстрого добавления информации о новом структурном подразделении.
- «Форма поиска сотрудников»: Позволяет HR-менеджеру быстро находить сотрудников по различным критериям (ФИО, отдел, должность, стаж).
- «Кнопочная панель»: Специальная форма, которая служит главным меню приложения, предоставляя кнопки для открытия других форм, отчетов или выполнения макросов.
Процесс создания форм в MS Access:
- Используя «Мастер форм»: Самый быстрый способ создать форму, выбирая поля и таблицы.
- Используя «Конструктор форм»: Дает полный контроль над дизайном и функциональностью формы, позволяя добавлять элементы управления (текстовые поля, раскрывающиеся списки, кнопки, флажки), применять макросы и код VBA для реализации сложной логики.
В формах также можно реализовать дополнительные проверки корректности данных при вводе (например, через свойства полей или код VBA), что повышает качество хранимой информации. Разработка форм является критически важным этапом, поскольку от их удобства и функциональности зависит общая эффективность работы пользователя с системой, а следовательно, и её практическая ценность.
Реализация основных функций обработки данных: Запросы и Отчеты
После создания структуры БД и пользовательского интерфейса, следующим шагом является реализация функционала для извлечения, обработки и представления данных. Эти задачи выполняются с помощью запросов и отчетов, которые являются основой любой аналитической работы с информацией.
Разработка запросов для выборки и обработки данных
Запросы являются мощным средством выборки необходимых данных из одной или нескольких таблиц БД, позволяя получать аналитическую информацию, которая лежит в основе принятия управленческих решений. Запросы могут быть созданы в режиме Конструктора запросов или написаны напрямую на языке структурированных запросов (SQL).
MS Access поддерживает различные типы запросов:
- Запросы на выборку (
SELECT): Используются для извлечения данных из одной или нескольких таблиц. Могут включать условия фильтрации (WHERE), сортировку (ORDER BY), группировку (GROUP BY) и агрегатные функции (SUM,COUNT,AVG). - Запросы с параметрами: Запросы на выборку, которые запрашивают у пользователя значения параметров (например, отдел, стаж) перед выполнением.
- Запросы на изменение данных (действия):
INSERT INTO: Добавление новых записей.UPDATE: Изменение существующих записей.DELETE FROM: Удаление записей.MAKE-TABLE: Создание новой таблицы на основе результатов запроса.
Примеры SQL-запросов и их реализация в Access:
- Список сотрудников по отделам:
- Назначение: Получить перечень всех сотрудников с указанием их отдела и должности.
- SQL-код:
SELECT Сотрудники.ФИО, Отделы.НазваниеОтдела, Должности.НазваниеДолжности FROM Сотрудники INNER JOIN Отделы ON Сотрудники.КодОтдела = Отделы.КодОтдела INNER JOIN Должности ON Сотрудники.КодДолжности = Должности.КодДолжности ORDER BY Отделы.НазваниеОтдела, Сотрудники.ФИО; - Реализация в Access: Может быть создан в Конструкторе запросов путем добавления таблиц «Сотрудники», «Отделы», «Должности» и перетаскивания полей в бланк запроса. Связи между таблицами Access устанавливает автоматически, если они определены в «Схеме данных«.
- Сотрудники с определенным стажем (например, более 5 лет):
- Назначение: Выборка сотрудников, работающих в компании более заданного количества лет.
- SQL-код:
SELECT ФИО, ДатаПриемаНаРаботу, DateDiff("yyyy", ДатаПриемаНаРаботу, Date()) AS СтажЛет FROM Сотрудники WHERE DateDiff("yyyy", ДатаПриемаНаРаботу, Date()) >= 5; - Реализация в Access: В режиме Конструктора запросов добавляется таблица «Сотрудники». Создается вычисляемое поле «СтажЛет» и в строке «Условие отбора» для этого поля указывается
>=5.
- Движение кадров (поиск уволенных сотрудников за период):
- Назначение: Получение списка сотрудников, уволившихся в заданный период.
- SQL-код (пример запроса с параметрами):
SELECT ФИО, ДатаПриемаНаРаботу, ДатаУвольнения FROM Сотрудники WHERE ДатаУвольнения BETWEEN [Введите начальную дату:] AND [Введите конечную дату:]; - Реализация в Access: В Конструкторе запросов для поля
ДатаУвольненияв строке «Условие отбора» записываются квадратные скобки с текстом подсказкиBetween [Введите начальную дату:] And [Введите конечную дату:]. При запуске запроса Access автоматически запросит ввод дат.
Использование оператора JOIN (внутреннего INNER JOIN, левого LEFT JOIN или правого RIGHT JOIN) является краеугольным камнем для объединения данных из нескольких связанных таблиц, что позволяет получать комплексную аналитическую информацию, недоступную при работе с отдельными таблицами.
Создание отчетов для формирования выходных документов
Отчеты в MS Access используются для формирования выходных документов, предназначенных для печати или экспорта в другие форматы. Они предоставляют широкие возможности для группировки данных, вычисления промежуточных и общих итогов, а также для создания наглядных и профессионально оформленных документов.
Примеры выходных отчетов, необходимых HR-отделу:
- «Список сотрудников отдела»:
- Назначение: Представить полный список сотрудников, сгруппированных по отделам, с указанием должностей, контактных данных.
- Реализация: Отчет может быть построен на основе запроса, объединяющего таблицы «Сотрудники», «Отделы», «Должности». В отчете можно настроить группировку по «НазваниюОтдела», а затем сортировку по «ФИО».
- «Отчет по стажу сотрудников»:
- Назначение: Отобразить сотрудников с их стажем работы, возможно, с группировкой по стажу или по отделам.
- Реализация: Основой служит запрос, вычисляющий стаж каждого сотрудника. Отчет может включать группировку по диапазонам стажа (например, «до 1 года», «1-3 года», «3-5 лет» и т.д.) и итоговые подсчеты количества сотрудников в каждой группе.
- «Отчет по начисленной зарплате»:
- Назначение: Сводный документ о начисленной заработной плате за определенный период (для финансовых служб или руководства).
- Реализация: Отчет на основе запроса, который выбирает ФИО, должность, оклад. Может быть настроена группировка по отделам с вычислением общей суммы окладов по каждому отделу и по всей компании.
- «Отчет по движению кадров»:
- Назначение: Анализ притока и оттока персонала за определенный период.
- Реализация: Отчет строится на основе запроса, который фильтрует записи о приеме и увольнении сотрудников.
Процесс создания отчетов в MS Access:
- «Мастер отчетов»: Позволяет быстро создать простой отчет, выбирая поля, группировки и сортировки.
- «Конструктор отчетов»: Предоставляет максимальную гибкость для создания сложных и кастомизированных отчетов, позволяя размещать элементы управления (текстовые поля, линии, графики), использовать выражения для вычислений, создавать заголовки и нижние колонтитулы для страниц и отчета в целом.
Благодаря мощным возможностям запросов и отчетов, разработанная БД в MS Access позволяет HR-отделу не только хранить данные, но и эффективно их анализировать, получая необходимую информацию для стратегического планирования и оперативного управления персоналом, что в конечном итоге повышает качество принимаемых управленческих решений.
Обеспечение безопасности и целостности данных
В работе с конфиденциальными кадровыми данными обеспечение безопасности и целостности является первостепенной задачей. Несмотря на то что MS Access не является корпоративной СУБД с полноценными механизмами безопасности, он предлагает ряд средств для защиты информации, которые, при правильном применении, могут значительно повысить уровень защиты.
Механизмы защиты данных в MS Access
Доступные средства защиты в MS Access включают:
- Парольная защита: Это простейшее и наиболее базовое средство защиты. При установке пароля на базу данных, каждый раз при попытке ее открытия пользователь должен ввести корректный пароль. Без него доступ к содержимому БД будет невозможен.
- Реализация: В MS Access (начиная с версии 2010), это делается через «Файл» → «Сведения» → «Зашифровать с помощью пароля».
- Шифрование БД: Шифрование данных делает их недоступными для чтения без ключа дешифрования. В современных версиях Access (начиная с Office 2010) используется более стойкая технология шифрования, чем в более ранних версиях, что значительно повышает уровень защиты хранимой информации. Даже если злоумышленник получит доступ к файлу
.accdb, без пароля и дешифрования он не сможет прочитать содержимое, что важно для соблюдения конфиденциальности.
Эти меры защищают файл базы данных от несанкционированного доступа к его содержимому, но не обеспечивают тонкого разграничения прав внутри самой системы, что является важным нюансом для понимания ограничений Access.
Ограничение доступа и защита от несанкционированного изменения
Одним из критических аспектов безопасности является разграничение доступа к различным частям базы данных для разных категорий пользователей.
Важное замечание: Управление правами доступа на уровне пользователя (безопасность на уровне пользователя), которое позволяло администратору предоставлять определенные разрешения отдельным пользователям и группам на доступ к объектам БД (таблицам, запросам, формам, отчетам), было доступно в MS Access до версий 2007 года (в формате MDB), но недоступно при использовании формата ACCDB в современных версиях Access. Это означает, что в современном Access нельзя тонко настроить, например, чтобы один пользователь мог только просматривать данные о зарплате, а другой — редактировать.
Однако существуют альтернативные методы для ограничения возможностей пользователей и защиты от несанкционированного изменения структуры и кода:
- Сохранение базы данных в формате MDE/ACCDE:
- Сохранение базы данных в виде файла MDE (для формата MDB) или ACCDE (для формата ACCDB) является дополнительным способом ограничения возможностей для пользователя.
- В MDE/ACCDE-файле все программные модули скомпилированы, а исходные тексты программ (VBA-код) удалены. Это предотвращает просмотр или изменение кода VBA, а также любых изменений в структуре форм, отчетов и модулей через Конструкторы и Мастера.
- Это способствует оптимизации использования памяти и уменьшению размера файла, но главное — защищает логику приложения от несанкционированного доступа и модификации, гарантируя, что пользователи будут работать только с предоставленным функционалом.
- Использование кнопочных форм в качестве интерфейса: Создание главного меню в виде формы, которая открывает только те объекты, которые необходимы пользователю, и скрывает панель навигации Access. Это предотвращает прямой доступ к таблицам, запросам и конструкторам.
- Разделение базы данных: Разделение БД на «интерфейсный» файл (содержащий формы, отчеты, запросы) и «серверный» файл (содержащий только таблицы). Интерфейсный файл может быть установлен на рабочих станциях пользователей, а серверный — на общем сетевом ресурсе. Это упрощает резервное копирование и позволяет применить парольную защиту только к серверной части, а также контролировать доступ к файлу через сетевые разрешения.
Хотя Access не предоставляет возможностей для создания полноценной многоуровневой системы безопасности, комбинация парольной защиты, шифрования и сохранения в формате ACCDE, а также применение продуманного пользовательского интерфейса, может значительно повысить защищенность конфиденциальных кадровых данных от случайных или преднамеренных несанкционированных действий, что является критически важным для любой HR-системы.
Заключение
В рамках данной курсовой работы была успешно решена комплексная задача по теоретическому обоснованию и практическому проектированию реляционной базы данных для автоматизации учета кадров в организации с использованием СУБД MS Access.
В процессе работы был проведен детальный системный анализ предметной области, что позволило выявить ключевые функции отдела кадров и бизнес-процессы, требующие автоматизации. Определены основные информационные объекты и их атрибуты, что стало фундаментом для дальнейшего проектирования, подтверждая системный подход к разработке.
Тщательно рассмотрены теоретические основы реляционной модели данных, включая определения ключевых понятий и принципы нормализации. Пошагово продемонстрировано применение Первой, Второй и Третьей нормальных форм, что обеспечило минимизацию избыточности данных и предотвращение аномалий, гарантируя целостность и согласованность информации, что является критически важным аспектом для долгосрочной эксплуатации БД.
На этапах концептуального и логического проектирования была разработана подробная ER-диаграмма, которая визуализировала сущности, их атрибуты и типы связей. На основе ER-модели сформирована логическая схема реляционных таблиц с определением первичных и внешних ключей, что подтвердило корректность структуры будущей базы данных и её соответствие принципам реляционной модели.
Физическая реализация проекта в среде MS Access включала создание структуры таблиц с обоснованным выбором типов данных, установление логических связей в «Схеме данных» для обеспечения ссылочной целостности, а также разработку пользовательского интерфейса в виде форм, значительно упрощающих ввод, просмотр и редактирование данных, что повышает удобство работы HR-специалистов.
Реализованы основные функции обработки информации посредством разработки различных типов запросов для аналитической выборки данных (например, списки сотрудников, отчеты по стажу) и создания отчетов для формирования выходных документов, отвечающих информационным потребностям HR-отдела. Это демонстрирует практическую применимость разработанной системы для поддержки принятия управленческих решений.
Наконец, рассмотрены актуальные вопросы обеспечения безопасности и целостности данных, включая использование парольной защиты, шифрования и ограничений доступа посредством формата ACCDE, что является критически важным для работы с конфиденциальной кадровой информацией и поддержания доверия к системе. Достигнутые цели курсовой работы подтверждают значимость разработанной БД как эффективного инструмента для автоматизации рутинных HR-процессов, повышения точности данных и освобождения HR-специалистов для решения стратегических задач. Разработанная система обладает потенциалом для дальнейшего развития, включая интеграцию с другими информационными системами, расширение функционала отчетности и аналитики, а также внедрение веб-интерфейсов для удаленного доступа, что позволит ей эволюционировать в более мощный инструмент.
Список использованной литературы
- Бекаревич, Ю. Самоучитель MicrosoftAccess 2002 / Ю.Бекаревич, Н.Пушкина. – СПб.: «БХВ-Петербург», 2002. – 720 с. – ISBN: 5-8206-0033-9.
- Грабер, М. Введение в SQL / Пер. с англ. В. Ястребов. – Издательство «Лори», 1996. – 380 с. – ISBN: 5-85582-010-6.
- Дженнингс, Р. Использование MicrosoftOfficeAccess 2003 / Р.Дженнингс: пер. с англ. И. Тараброва. – М.: Издательский дом «Вильямс», 2005. – 1300 с. – ISBN: 5-8459-0691-1.
- Кузин, А. В. Базы данных: учеб.пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. — 2-е изд., стер. — М.: Изда-тельский центр «Академия», 2008. — 320 с. ISВN 978-5-7695-4833-8.
- Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник / А.С. Марков, К.Ю. Лисовский. — М.: Финансы и статистика, 2006. – 512 с: ил. — ISBN 5-279-02298-5.
- Проектирование баз данных. СУБД MicrosoftAccess: Учебное пособие для вузов / Н. Н. Гринченко, Е. В. Гусев, Н. П. Макаров, А. Н. Пылькин, Н. И. Цуканова. — М.: Горячая линия-Телеком, 2004. — 240с.: ил. — ISBN 5-93517-193-7.
- Физическая реализация базы данных. URL: https://studfile.net
- Классический подход к проектированию реляционных баз данных. URL: https://isuct.ru
- Организация базы данных в среде ACCESS. URL: https://tusur.ru
- Создание физической модели базы данных. URL: https://vuzlit.com
- Защита информации в базах данных и экспертных системах. URL: https://bsu.by
- Разработка базы данных «Отдел кадров предприятия» в среде MS ACCESS. URL: https://1sept.ru
- Проектирование баз данных. Нормализация. URL: https://shelek.ru
- Логическое проектирование БД. ER-диаграммы. URL: https://narod.ru
- Создание запроса, формы или отчета в Access. URL: https://support.microsoft.com/ru-ru/office/%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0-%D1%84%D0%BE%D1%80%D0%BC%D1%8B-%D0%B8%D0%BB%D0%B8-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%B0-%D0%B2-access-56920f78-b118-4999-9c59-8dd3e5e6eddb
- Концептуальное и логическое проектирование реляционных БД. URL: https://academy.lv/konspekti-lektsij-po-disciplinam/informacionnie-tehnologii/konceptualnoe-i-logicheskoe-proektirovanie-relyacionnih-bd
- Какие основные способы защиты данных в MS Access. URL: https://ya.ru
- Средства защиты Microsoft Access Управление правами доступа пользователей. URL: https://studfile.net
- Внедрение информационной системы для подбора кадров на предприятии. URL: https://uspu.ru
- Безопасность в Access 2010. URL: https://support.microsoft.com/ru-ru/office/%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%B2-access-2010-09c31327-7721-4f27-88f5-4679234b462c
- СУБД ACCESS. URL: https://kgau.ru/distance/32/lekz_09.htm
- Нормализация отношений. Шесть нормальных форм. URL: https://habr.com/ru/post/51296/
- ЗАЩИТА БАЗЫ ДАННЫХ В MICROSOFT ACCESS. URL: https://scienceforum.ru/2014/article/2014002622
- Автоматизация отдела кадров: как повысить эффективность HR. URL: https://invo.group/blog/avtomatizatsiya-otdela-kadrov-kak-povysit-effektivnost-hr-blog
- Примеры и принципы нормализации реляционных баз данных (БД). URL: https://decosystems.ru/blog/normalization-examples-and-principles
- Задачи и основные этапы проектирования баз данных. URL: https://phosagro.ru/press/articles/zadachi-i-osnovnye-etapy-proektirovaniya-baz-dannykh/
- Практическая работа 18 Создание форм и отчетов в СУБД Ms Access. URL: https://nov-mt.ucoz.ru/load/uchebnaja_literatura/uchebnye_posobija/prakticheskaja_rabota_18_sozdanie_form_i_otchetov_v_subd_ms_access/13-1-0-120
- Лекция 13. Проектирование БД в MS Access. Структура таблиц. Типы данных. Схема данных. Модификация структуры данных. URL: https://www.bsu.by/upload/iblock/d03/d03472ed7b134fb3f9157468161706a7.pdf
- Что такое ER-диаграмма и как ее создать? URL: https://www.lucidchart.com/pages/ru/chto-takoe-er-diagramma
- БАЗЫ ДАННЫХ. URL: https://www.bntu.by/upload/docs/library/elib/bazy-dannykh.pdf