Разработка АРМ менеджера по движению кадров: прототипное проектирование и СУБД Access

В условиях стремительной цифровой трансформации, когда каждая секунда рабочего времени становится ценным ресурсом, автоматизация рутинных процессов перестает быть просто удобством и превращается в стратегическую необходимость. Статистика подтверждает это: внедрение автоматизации HR-процессов способно сократить количество ошибок в управлении вознаграждениями и администрировании многих HR-процессов до 50%. В этом контексте разработка Автоматизированного Рабочего Места (АРМ) менеджера по движению кадров становится краеугольным камнем для повышения эффективности работы кадровой службы.

Настоящая курсовая работа посвящена всестороннему исследованию и проектированию такого АРМ, призванного оптимизировать управление перемещениями персонала внутри организации. Мы сосредоточимся на двух ключевых аспектах: методологии прототипного проектирования, позволяющей гибко адаптироваться к изменяющимся требованиям пользователя, и использовании СУБД Microsoft Access, как инструмента для быстрой и эффективной реализации проекта, что особенно актуально для небольших и средних предприятий.

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

Теоретические основы автоматизированных рабочих мест и управления кадрами

В эпоху, когда информация является ключевым активом, способность эффективно управлять ею определяет конкурентоспособность любой организации, а Автоматизированные Рабочие Места (АРМ) стали тем инструментом, который позволяет трансформировать рутинные операции в высокоэффективные процессы, освобождая человеческие ресурсы для выполнения стратегических задач. Особенно это актуально в сфере управления персоналом, где точность, оперативность и конфиденциальность данных играют решающую роль.

Понятие и сущность автоматизированного рабочего места (АРМ)

Что же такое АРМ? На первый взгляд, это просто компьютер с программами. Но глубже, это нечто гораздо большее. Автоматизированное рабочее место (АРМ) представляет собой высокоинтегрированный комплекс технических, программных, лингвистических и других средств, разработанный специально для автоматизации операций взаимодействия пользователя с вычислительной машиной, расположенный непосредственно на его рабочем месте. Это не просто инструмент, а интеллектуальная среда, обеспечивающая участие человека в реализации автоматизированных функций.

В своей основе АРМ — это проблемно-ориентированная система управления, чье главное назначение — предоставлять информацию на персональном компьютере в удобной для пользователя форме, формировать и поддерживать локальную информационную базу, а также предлагать разнообразные сервисные услуги. Современное определение АРМ выходит за рамки простого набора программ и аппаратного обеспечения, представляя собой совокупность различных программно-аппаратных платформ, универсальных и специализированных приложений, которые интегрированы в единую информационно-однородную систему. Это позволяет АРМ решать уникальные, специфические задачи каждой конкретной организации, адаптируясь под ее потребности и особенности. Например, «обрабатывающие АРМы» фокусируются на сборе, подготовке и обработке первичной документации, оптимизируя ввод и валидацию данных, но какова же практическая выгода этого для бизнеса? Она заключается в значительном снижении операционных расходов и минимизации рисков, связанных с человеческим фактором, что напрямую влияет на финансовую устойчивость компании.

Роль и задачи АРМ менеджера по движению кадров

Специфика деятельности кадровой службы, в частности управление движением кадров, является идеальной почвой для внедрения АРМ. Движение кадров — это не просто смена рабочих мест, а сложный, многогранный процесс перемещения сотрудников внутри организации. Он включает в себя широкий спектр событий: от продвижения по карьерной лестнице и перевода на другую должность до повышения заработной платы, изменения графика работы, предоставления отпусков, больничных и, конечно, увольнений. Каждое из этих событий требует тщательного учета, документального оформления и оперативной обработки данных.

Основные задачи менеджера по движению кадров, которые идеально подходят для автоматизации, включают:

• Ведение штатного расписания: Актуализация данных о вакансиях, занятых позициях, должностях и окладах.
• Учет перемещений сотрудников: Регистрация приемов, переводов, увольнений, изменений должностей и отделов.
• Формирование и ведение личных дел: Хранение и оперативный доступ к персональным данным, приказам, договорам.
• Ведение графиков отпусков и больничных: Планирование, учет и контроль отсутствия сотрудников.
• Оформление кадровых журналов: Автоматическое ведение журналов регистрации приказов, трудовых книжек и других документов.
• Формирование необходимой отчетности: Быстрое создание отчетов для внутреннего и внешнего использования (например, для бухгалтерии, государственных органов).

Качественные преимущества автоматизации HR-процессов в целом и АРМ менеджера по движению кадров в частности, подкрепленные реальными примерами, выглядят весьма убедительно:

• Сокращение ошибок и повышение точности: Автоматизация может сократить количество ошибок в управлении вознаграждениями и администрировании многих HR-процессов на 50%. Это критически важно для кадрового учета, где любая неточность может привести к серьезным юридическим и финансовым последствиям.
• Экономия времени и снижение трудозатрат: Например, компания «Росгосстрах» благодаря внедрению электронного кадрового документооборота (КЭДО) ежегодно отказывается от печати более полумиллиона листов и экономит около 20 000 рабочих часов за счет сокращения сроков подписания документов. Автоматизация рутинных HR-задач может освободить HR-специалистов от 80% рутины, давая им время на стратегические проекты и личное развитие.
• Оптимизация бюджета: Платформа HURMA позволила сэкономить до 43% времени на административных задачах и 18% бюджета компании, демонстрируя прямую финансовую выгоду.
• Повышение удовлетворенности сотрудников: Опрос Gartner показал, что 73% HR-директоров отметили рост удовлетворенности сотрудников после автоматизации HR-процессов. Это связано с созданием более современной и гибкой рабочей среды, а также возможностями для профессионального и личного развития, что косвенно влияет на текучесть кадров и производительность.
• Ускорение бизнес-процессов: Внедрение алгоритмов машинного обучения в рекрутинг позволило увеличить количество релевантных резюме на 31% и сократить время найма на 15%. Хотя это напрямую не связано с движением кадров, это демонстрирует общий потенциал автоматизации в HR.

Таким образом, АРМ менеджера по движению кадров не только упрощает рутинную работу, но и становится мощным инструментом для стратегического управления человеческими ресурсами, обеспечивая создание комфортных условий для работников и значительную экономию ресурсов для организации.

Методология прототипного проектирования информационных систем

Разработка программного обеспечения всегда связана с определенной степенью неопределенности, особенно на стадии сбора требований. Клиент может не до конца представлять, что именно он хочет, а разработчик — не всегда точно интерпретировать его пожелания. Методология прототипного проектирования призвана устранить эти «белые пятна», предлагая итеративный подход к созданию информационных систем, ориентированный на постоянное взаимодействие с конечным пользователем.

Принципы и концепция прототипного проектирования

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

Основная цель макетирования — снять неопределенности в требованиях заказчика. Вместо того чтобы полагаться исключительно на текстовые описания и спецификации, прототип позволяет пользователю «потрогать» будущую систему, взаимодействовать с ней, оценить удобство интерфейса, логику работы и функциональность. Это существенно снижает риск того, что конечный продукт не будет соответствовать ожиданиям.

Прототипное проектирование направлено на достижение амбициозной цели: получение готового приложения высокого качества быстро при минимальных затратах. Как это достигается? За счет раннего выявления ошибок и неточностей. Чем раньше ошибка обнаружена, тем дешевле ее исправить. Система-прототип позволяет наглядно продемонстрировать пользователю будущую систему, уточнить его требования и оперативно модифицировать интерфейсные элементы.

Ключевым принципом здесь является итеративность. Макетирование основывается на многократном повторении циклов, в которых активно участвуют как заказчик, так и разработчик. Каждый цикл включает:

1. Создание прототипа: Разработчик создает начальную версию системы.
2. Демонстрация и сбор обратной связи: Заказчик и пользователи тестируют прототип, высказывают свои замечания, пожелания и уточнения.
3. Модификация прототипа: Разработчик вносит изменения на основе полученной обратной связи.

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

Этапы и приемы быстрой разработки приложений (RAD) в контексте прототипирования

Ядром методологии прототипного проектирования часто становится подход, известный как Быстрая Разработка Приложений (БРП — Rapid Application Development). БРП можно охарактеризовать как облегченный agile-процесс, который делает акцент на оперативности, гибкости и активном участии пользователя.

Приемы БРП, тесно связанные с прототипированием, включают:

1. Разработка приложения итерациями: Вместо создания всей системы целиком за один большой этап, проект разбивается на небольшие, управляемые итерации. Каждая итерация приводит к созданию части функциональности, которая может быть протестирована и оценена.
2. Необязательность полного завершения работ на каждом этапе жизненного цикла для начала следующего: Это отличает БРП от традиционных «водопадных» моделей. Гибкость позволяет переходить к следующему этапу, даже если предыдущий не полностью завершен, что ускоряет процесс.
3. Обязательное вовлечение пользователей в процесс проектирования: Это краеугольный камень БРП. Пользователи не просто заявляют свои требования в начале, а активно участвуют в тестировании прототипов, предоставлении обратной связи и принятии решений на протяжении всего жизненного цикла проекта.
4. Высокая параллельность работ: Различные компоненты системы или модули могут разрабатываться одновременно разными командами, что значительно сокращает общее время проекта.
5. Повторное использование частей проекта: Если это возможно, компоненты, модули или даже целые подсистемы, разработанные ранее, используются повторно. Это экономит время и ресурсы, а также повышает стабильность системы.
6. Применение CASE-средств: Использование специализированных инструментальных средств (Computer-Aided Software Engineering) для автоматизации этапов проектирования, кодирования и тестирования.

В контексте АРМ менеджера по движению кадров, применение БРП и прототипирования позволяет:

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

Таким образом, прототипное проектирование, усиленное приемами БРП, предлагает гибкий, ориентированный на пользователя подход, который идеально подходит для разработки информационных систем, где требования могут быть динамичными или недостаточно четко определенными на начальных этапах. Это позволяет создать АРМ, которое максимально точно соответствует потребностям конечного пользователя — менеджера по движению кадров.

Выбор и особенности СУБД Access для реализации АРМ

Выбор правильной системы управления базами данных (СУБД) является критически важным шагом при разработке любого АРМ. Для курсовой работы по созданию АРМ менеджера по движению кадров мы остановили свой выбор на Microsoft Access. Это решение не случайно, оно обусловлено как широким набором функциональных возможностей, так и определенными ограничениями, которые необходимо учитывать при проектировании.

Обзор функциональных возможностей СУБД Access

Access — это система управления реляционными базами данных, которая является частью пакета Microsoft Office. Её фундаментальный принцип заключается в распределении сведений по отдельным тематическим таблицам, которые затем объединяются между собой с помощью логических связей. Такая архитектура обеспечивает целостность и минимизацию избыточности данных.

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

1. Комплексные операции с данными: Access предоставляет возможность выполнения всех четырех простейших, но фундаментальных операций с данными:
   • Добавление записей: Ввод новой информации, например, о новом сотруднике.
   • Удаление записей: Удаление устаревших или ошибочных данных (например, информации об уволенном сотруднике).
   • Обновление записей: Изменение существующей информации (например, обновление контактных данных или должности сотрудника).
   • Поиск записей: Быстрый поиск нужной информации по заданным критериям.
2. Определение и контроль данных: СУБД Access позволяет детально определять структуру данных:
   • Анализ структуры и типов данных: Выбор подходящего типа данных для каждого поля (текстовый, числовой, дата/время и т.д.).
   • Установка связей между таблицами: Создание отношений «один ко многим», «многие ко многим», «один к одному» для обеспечения целостности данных.
   • Правила проверки данных: Возможность устанавливать правила проверки на уровне поля или таблицы для обеспечения корректности вводимой информации (например, диапазон дат, формат телефонного номера).
3. Разнообразие объектов базы данных: Access поддерживает работу с различными объектами, каждый из которых выполняет свою специфическую функцию:
   • Таблицы: Основное хранилище данных.
   • Запросы: Инструмент для извлечения, фильтрации, сортировки и модификации данных из одной или нескольких таблиц.
   • Формы: Пользовательский интерфейс для удобного ввода, просмотра и редактирования записей.
   • Отчеты: Средство для формирования и вывода данных на печать в удобном формате.
   • Макросы: Инструменты для автоматизации рутинных операций без написания кода.
   • Модули VBA (Visual Basic for Applications): Позволяют создавать сложную пользовательскую логику и расширять функциональность АРМ.
4. Простой графический интерфейс и дружественность к пользователю: Access обладает интуитивно понятным графическим интерфейсом, что делает его доступным для широкого круга пользователей, от новичков до опытных разработчиков. Наличие мастеров и подробной системы справки значительно облегчает процесс проектирования и извлечения данных.
5. Совместимость и интеграция: Access прекрасно интегрируется с другими компонентами Microsoft Office, такими как Excel и Word, что упрощает импорт/экспорт данных и создание документов. Поддержка динамического обмена данными (DDE) позволяет взаимодействовать с любым приложением Windows, поддерживающим этот протокол.

Ограничения и особенности применения Access для АРМ менеджера по движению кадров

Несмотря на свои очевидные преимущества, Access имеет ряд ограничений, которые критически важно учитывать при разработке АРМ, особенно если речь идет о потенциальном масштабировании или работе с большим объемом данных:

1. Лимит размера базы данных: Часто возникает необходимость уменьшить размер базы данных Access из-за ограничения в 2 ГБ. Это одно из наиболее существенных ограничений. Для небольших организаций или индивидуального использования этот лимит может быть приемлемым, но для компаний с большим штатом сотрудников и длительной историей кадровых перемещений он может стать серьезным препятствием. Превышение этого лимита часто указывает на проблему с ее структурой или требует разделения базы данных.
2. Ограничения типов данных: При выборе типа данных для полей необходимо учитывать следующие ограничения:
   • Текстовый: до 255 символов (255 байт).
   • Целое: интервал от -32768 до 32767 (2 байта).
   • Длинное целое: интервал от -2147483648 до 2147483647 (4 байта).
   • Одинарное с плавающей точкой: от -3,4×10³⁸ до 3,4×10³⁸ (7 цифр после запятой, 4 байта).
   • Двойное с плавающей точкой: от -1,8×10³⁰⁸ до 1,8×10³⁰⁸ (15 цифр после запятой, 8 байта).

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

3. Производительность и масштабируемость: Access наилучшим образом подходит для однопользовательских или малопользовательских приложений. При одновременной работе большого числа пользователей производительность может значительно снизиться.
4. Вопросы безопасности: Хотя Access предоставляет базовые механизмы защиты (шифрование паролем, разрешения файловой системы), она не обеспечивает такого же уровня детализированного контроля доступа и аудита, как более мощные СУБД корпоративного уровня.

Когда Access является подходящим выбором для АРМ?

• Небольшие организации: Для компаний с ограниченным бюджетом и небольшим штатом сотрудников (до нескольких сотен), где объем кадровых данных не превышает 2 ГБ, Access может быть идеальным решением.
• Индивидуальное использование: Менеджер по кадрам может использовать АРМ для личного учета и анализа.
• Прототипирование и быстрая разработка: Благодаря простоте создания форм и запросов, Access идеально подходит для реализации методологии прототипного проектирования, позволяя быстро создавать рабочие модели для демонстрации и сбора обратной связи.
• Ограниченное число одновременных пользователей: Если АРМ предназначено для использования одним или несколькими пользователями одновременно, Access демонстрирует приемлемую производительность.

Когда следует рассмотреть более мощные СУБД?

Если организация крупная, ожидается большой объем данных, требуется высокая производительность при одновременной работе десятков или сотен пользователей, или необходим высокий уровень безопасности и масштабируемости, следует рассмотреть СУБД корпоративного уровня, такие как Microsoft SQL Server, Oracle или MySQL.

Однако Access может выступать в роли надстройки к более мощным системам. Это означает, что интерфейсная часть (формы, отчеты) может быть реализована в Access, а сами данные будут храниться на сервере SQL Server, Oracle или MySQL. Таким образом, Access используется как «тонкий клиент», обеспечивая привычный и удобный интерфейс для пользователей, при этом используя мощь серверной СУБД для хранения и обработки больших объемов информации. Это позволяет преодолеть большинство ограничений Access, сохраняя при этом простоту разработки интерфейса.

В контексте данной курсовой работы, Access выбран как оптимальный инструмент, позволяющий продемонстрировать все этапы прототипного проектирования и создать функциональное АРМ с учетом его специфических возможностей и ограничений.

Проектирование структуры базы данных АРМ «Движение кадров» в Access

Сердцем любого АРМ является база данных, в которой хранится вся информация. Эффективность и надежность системы напрямую зависят от качества ее проектирования. Для АРМ менеджера по движению кадров это означает создание логичной, гибкой и легко поддерживаемой структуры, способной точно отражать все перемещения персонала.

Принципы проектирования реляционной базы данных и нормализация

Разработка базы данных начинается с глубокого понимания бизнес-процессов, которые она призвана автоматизировать. В нашем случае это функционирование отдела кадров, связанное с движением кадров. Необходимо ясно представить, какая информация должна присутствовать в системе, что она характеризует, и как будут организованы связи между различными сущностями.

В реляционной базе данных Access все данные сгруппированы в виде плоских двумерных взаимосвязанных таблиц. Каждая таблица описывает отдельный тип объекта (например, «Сотрудники», «Должности», «Отделы») и состоит из набора записей (строк) и полей (столбцов). Тип задаваемых данных определяется значениями, которые предполагается вводить в поле, и операциями, которые будут выполняться с этими значениями.

Ключевым принципом проектирования является нормализация. Цель создания хорошей структуры базы данных — устранение избыточности данных путем их распределения по нескольким отдельным тематически организованным таблицам, где каждый факт представлен один раз. Нормализация — это процесс структурирования базы данных, который помогает избежать дублирования данных, избыточности и устраняет потенциальные аномалии при изменении данных.

Различают несколько нормальных форм:

• Первая нормальная форма (1НФ): Требует, чтобы все данные были организованы в таблице, и каждая запись данных идентифицировалась уникальным первичным ключом. Это означает, что:
  • Каждое поле должно содержать атомарное (неделимое) значение. Например, поле «ФИО» должно быть разделено на «Фамилия», «Имя», «Отчество».
  • В таблице не должно быть повторяющихся групп полей.
  • Каждая запись (строка) должна быть уникальной, что обеспечивается первичным ключом.

  Цель 1НФ — избежать избыточности и обеспечить, чтобы данные не повторялись.

• Вторая нормальная форма (2НФ): Расширяет 1НФ, требуя, чтобы все неключевые атрибуты полностью зависели от всего первичного ключа. Это означает, что если первичный ключ состоит из нескольких полей (составной ключ), то все остальные поля в таблице должны зависеть от всех полей первичного ключа, а не только от части из них. Если какая-то часть неключевых данных зависит только от части составного ключа, ее следует вынести в отдельную таблицу.
• Третья нормальная форма (3НФ): Считается самым высоким уровнем нормализации, необходимым для большинства приложений. Она расширяет 2НФ, требуя, чтобы все неключевые атрибуты зависели только от первичного ключа и ни от какого другого неключевого атрибута. Проще говоря, не должно быть транзитивных зависимостей — когда поле A определяет поле B, а поле B определяет поле C. В этом случае B и C должны быть в разных таблицах.

Применение нормализации для учета кадровой информации критически важно. Например, если в таблице «Сотрудники» хранить полное название отдела, а не его код, то при изменении названия отдела придется менять его во всех записях сотрудников, что чревато ошибками. Нормализация позволяет хранить название отдела в отдельной таблице «Отделы» и связывать его с сотрудниками через код отдела.

Разработка таблиц и связей для учета движения кадров

Начиная создание таблицы, рекомендуется использовать режим конструктора таблиц в Access, указывая имена полей, типы и форматы. Это позволяет точно определить структуру данных. Access позволяет объединять разделенные сведения путем размещения общих полей в связанных таблицах. Для корректного связывания таблиц необходимо понять взаимосвязи между таблицами и описать их в базе данных.

Предложим детализированную и нормализованную структуру таблиц, специфичных для АРМ «Движение кадров»:

1. Таблица «Сотрудники»: Основная информация о персонале.
   • КодСотрудника (Числовой, Длинное целое, Первичный ключ)
   • Фамилия (Текстовый, 255)
   • Имя (Текстовый, 255)
   • Отчество (Текстовый, 255)
   • ДатаРождения (Дата/Время)
   • Пол (Текстовый, 1, например, «М», «Ж»)
   • ПаспортныеДанные (Текстовый, 255, Серия и номер паспорта, Кем выдан, Дата выдачи)
   • Адрес (Текстовый, 255)
   • Телефон (Текстовый, 20)
   • Email (Текстовый, 255)
   • КодДолжности (Числовой, Длинное целое, Внешний ключ к «Должности»)
   • КодОтдела (Числовой, Длинное целое, Внешний ключ к «Отделы»)
   • ДатаПриемаНаРаботу (Дата/Время)
   • Образование (Текстовый, 255)
   • СемейноеПоложение (Текстовый, 50)
   • ВоинскаяПовинность (Текстовый, 255)
2. Таблица «Должности»: Список всех возможных должностей.
   • КодДолжности (Числовой, Длинное целое, Первичный ключ)
   • НазваниеДолжности (Текстовый, 255)
   • Оклад (Денежный)
3. Таблица «Отделы»: Структура подразделений организации.
   • КодОтдела (Числовой, Длинное целое, Первичный ключ)
   • НаименованиеОтдела (Текстовый, 255)
   • НачальникОтдела (Текстовый, 255, ФИО или КодСотрудника если начальник — сотрудник)
4. Таблица «Приказы»: Хранение информации обо всех кадровых приказах (прием, перевод, увольнение).
   • КодПриказа (Числовой, Длинное целое, Первичный ключ)
   • НомерПриказа (Текстовый, 50)
   • ДатаПриказа (Дата/Время)
   • ТипПриказа (Текстовый, 50, например, «Прием», «Перевод», «Увольнение», «Отпуск»)
   • КодСотрудника (Числовой, Длинное целое, Внешний ключ к «Сотрудники»)
   • СтараяДолжность (Текстовый, 255, для приказов о переводе)
   • НоваяДолжность (Текстовый, 255, для приказов о переводе)
   • Комментарий (Поле МЕМО)
5. Таблица «ЗаработнаяПлата»: Детализация начислений.
   • КодЗаписиЗП (Числовой, Длинное целое, Первичный ключ)
   • КодСотрудника (Числовой, Длинное целое, Внешний ключ к «Сотрудники»)
   • МесяцГод (Дата/Время, например, 01.10.2025)
   • НачисленныйЗаработок (Денежный)
   • Удержания (Денежный)
   • КВыплате (Денежный)
   • КодДоплаты (Числовой, Длинное целое, Внешний ключ к «Доплаты», может быть NULL)
   • РазмерПремии (Денежный, может быть NULL)
6. Таблица «Доплаты»: Справочник видов доплат и надбавок.
   • КодДоплаты (Числовой, Длинное целое, Первичный ключ)
   • НазваниеДоплаты (Текстовый, 255)
   • РазмерНадбавки (Денежный или Процентный)
7. Таблица «Отпуска»: Учет отпусков.
   • КодОтпуска (Числовой, Длинное целое, Первичный ключ)
   • КодСотрудника (Числовой, Длинное целое, Внешний ключ к «Сотрудники»)
   • ДатаНачала (Дата/Время)
   • ДатаОкончания (Дата/Время)
   • ТипОтпуска (Текстовый, 50, например, «Основной», «Дополнительный», «Без сохранения з/п»)
   • КоличествоДней (Числовой, Целое)
   • Основание (Текстовый, 255, например, «Приказ №…»)
8. Таблица «БольничныеЛисты»: Учет больничных.
   • КодБольничного (Числовой, Длинное целое, Первичный ключ)
   • КодСотрудника (Числовой, Длинное целое, Внешний ключ к «Сотрудники»)
   • ДатаНачала (Дата/Время)
   • ДатаОкончания (Дата/Время)
   • Причина (Текстовый, 255)
   • НомерЛиста (Текстовый, 50)

Реализация связей в Access:

В Access связи между таблицами устанавливаются в окне «Схема данных» (вкладка «Работа с базами данных»). Для каждой связи применяются следующие типы:

• «Один ко многим»: Наиболее распространенный тип. Например, один отдел может иметь много сотрудников, но каждый сотрудник относится только к одному отделу.
  • Таблица «Отделы» (КодОтдела) → Таблица «Сотрудники» (КодОтдела)
  • Таблица «Должности» (КодДолжности) → Таблица «Сотрудники» (КодДолжности)
  • Таблица «Сотрудники» (КодСотрудника) → Таблица «Приказы» (КодСотрудника)
  • Таблица «Сотрудники» (КодСотрудника) → Таблица «ЗаработнаяПлата» (КодСотрудника)
  • Таблица «Доплаты» (КодДоплаты) → Таблица «ЗаработнаяПлата» (КодДоплаты)
  • Таблица «Сотрудники» (КодСотрудника) → Таблица «Отпуска» (КодСотрудника)
  • Таблица «Сотрудники» (КодСотрудника) → Таблица «БольничныеЛисты» (КодСотрудника)
• «Многие ко многим»: Например, один сотрудник может участвовать в нескольких проектах, и в одном проекте может участвовать несколько сотрудников. В Access реализуется через промежуточную таблицу связей. В данном АРМ напрямую не используется, но может быть полезен, если, например, добавить таблицу «Курсы повышения квалификации», где один сотрудник может пройти много курсов, и один курс могут пройти много сотрудников.
• «Один к одному»: Используется редко, когда данные одной сущности разделены по двум таблицам для оптимизации или безопасности. Например, личные данные сотрудника в одной таблице, а особо конфиденциальные данные (например, данные о здоровье) — в другой, связанной 1:1.

Важно настроить ссылочную целостность, которая предотвращает создание «осиротевших» записей. Можно настроить каскадное обновление или удаление связанных записей: например, при изменении КодОтдела в таблице «Отделы» он автоматически обновится во всех связанных записях таблицы «Сотрудники»; при удалении отдела будут удалены и все сотрудники этого отдела (что, возможно, нежелательно для кадровой системы).

Создание запросов, форм и отчетов для АРМ

После создания таблиц и установления связей, следующим шагом является разработка инструментов для взаимодействия с данными: запросов, форм и отчетов.

Запросы:
Запросы — это мощный инструмент для извлечения, фильтрации, сортировки и модификации данных. Они могут быть созданы с помощью Мастера запросов (Query Wizard) для простых задач или Конструктора запросов (Query Design) для более сложных сценариев. Окно запроса может находиться в трех режимах:

• Режим конструктора: Для создания новых и изменения существующих запросов.
• Режим таблицы: Для просмотра данных, отобранных запросом.
• Режим SQL: Для ввода или просмотра инструкций SQL.

Примеры запросов для АРМ «Движение кадров»:

• Запрос на выборку: СписокУволенныхЗаПериод. Выбирает сотрудников из таблицы «Сотрудники», у которых ДатаУвольнения (поле, которое можно добавить в таблицу «Приказы» или «Сотрудники») находится в заданном диапазоне дат.
• Запрос с параметрами: СотрудникиНаДолжности. Позволяет пользователю ввести название должности, и запрос выведет всех сотрудников, занимающих эту должность.
• Запрос на изменение (действия): ПовыситьОкладВсемОтдела. Изменяет поле Оклад для всех сотрудников определенного отдела. (Использование запросов на изменение требует осторожности).
• Запрос, одновременно получающий данные из нескольких таблиц: ИсторияПеремещенийСотрудника. Объединяет данные из таблиц «Сотрудники», «Должности» и «Приказы», чтобы показать полную историю должностных перемещений конкретного сотрудника.

Формы:
Формы используются для просмотра, ввода или редактирования записей таблиц БД. Они являются основным элементом пользовательского интерфейса АРМ. Для конструирования форм в Access используется Конструктор форм, позволяющий точно формировать макет формы в соответствии с требованиями пользователя, добавлять элементы управления (текстовые поля, кнопки, списки, раскрывающиеся списки) и настраивать их свойства.

Примеры форм для АРМ «Движение кадров»:

• Форма «КарточкаСотрудника»: Для детального просмотра и редактирования всех данных о сотруднике, включая паспортные данные, адрес, должность, отдел. Может содержать подчиненные формы для отображения истории приказов, отпусков, больничных.
• Форма «НовыйСотрудник»: Упрощенная форма для быстрого ввода данных о вновь принятом сотруднике.
• Форма «Приказы»: Для создания, просмотра и редактирования записей о приказах (прием, увольнение, перевод).

Отчеты:
Отчеты предназначены для вывода данных на печать в структурированном и читаемом формате. При создании отчета с помощью Мастера можно добавить уровни группировки (например, группировать по отделам, затем по должностям) и выбрать тип сортировки полей.

Примеры отчетов для АРМ «Движение кадров»:

• Отчет «ДвижениеПерсоналаЗаКвартал»: Суммарная информация о приеме, увольнении, переводах сотрудников за определенный период.
• Отчет «СписокСотрудниковОтдела»: Детализированный список всех сотрудников конкретного отдела с указанием должностей, дат приема на работу.
• Отчет «ГрафикОтпусков»: Календарный план отпусков сотрудников.

Тщательное проектирование таблиц, продуманные связи, а также эффективные запросы, формы и отчеты обеспечат АРМ «Движение кадров» необходимую функциональность, удобство использования и возможность глубокого анализа кадровой информации.

Требования к функциональности и архитектуре АРМ «Менеджер по движению кадров»

Разработка любой автоматизированной системы начинается с четкого определения того, что она должна делать и как она должна работать. Эти требования делятся на функциональные, описывающие, что система делает, и нефункциональные, описывающие, как она это делает. В контексте АРМ менеджера по движению кадров, необходимо не только сформулировать эти требования, но и соотнести их с общепринятыми стандартами создания автоматизированных систем, такими как ГОСТ 34.601-90, что обеспечит системный и методологически правильный подход.

Функциональные требования к АРМ

Функциональные требования определяют конкретные действия и операции, которые АРМ должно выполнять для поддержки работы менеджера по движению кадров. Они должны быть детализированы и охватывать все ключевые бизнес-процессы.

1. Требования к ведению кадрового учета, специфичные для движения кадров:

• Ведение штатного расписания:
  • Возможность просмотра, добавления, редактирования и удаления информации о должностях и отделах.
  • Автоматический учет занятых и свободных вакансий.
  • Отображение текущего штатного расписания с привязкой к сотрудникам.
• Ведение личных дел сотрудников:
  • Возможность создания, просмотра и редактирования персональных данных сотрудников (ФИО, дата рождения, паспортные данные, адрес, телефон, email, образование, семейное положение, воинская повинность).
  • Хранение истории изменений персональных данных.
  • Прикрепление к личному делу электронных копий документов (паспорт, диплом, приказы).
• Ведение кадровых журналов:
  • Автоматическое формирование и регистрация приказов (о приеме, переводе, увольнении, отпуске, командировке).
  • Ведение журнала учета трудовых книжек.

2. Требования к автоматизации процедур, связанных с перемещениями сотрудников:

• Прием сотрудника:
  • Ввод данных о новом сотруднике с автоматической привязкой к должности и отделу.
  • Формирование приказа о приеме на работу по шаблону.
  • Назначение даты начала работы и испытательного срока.
• Увольнение сотрудника:
  • Регистрация даты и причины увольнения.
  • Формирование приказа об увольнении по шаблону.
  • Архивирование данных уволенного сотрудника с сохранением истории.
• Перевод и изменение должности:
  • Регистрация перевода сотрудника в другой отдел или на другую должность.
  • Фиксация изменений оклада и других условий труда.
  • Формирование приказа о переводе или изменении условий труда.
• Повышение квалификации:
  • Учет информации о пройденных сотрудниками курсах, тренингах, полученных сертификатах.
  • Возможность прикрепления копий документов об обучении.
• Управление отпусками и больничными:
  • Регистрация начала и окончания отпусков (ежегодных, без сохранения з/п, учебных).
  • Учет больничных листов.
  • Автоматический расчет количества дней отпуска.

3. Требования к формированию отчетов и аналитике по движению кадров:

• Отчеты о движении персонала:
  • Формирование отчетов по приему, увольнению, переводам за заданный период (квартал, год).
  • Отчеты по текучести кадров.
• Отчеты по персональному составу:
  • Список сотрудников по отделам, должностям.
  • Отчеты по возрастному составу, образованию, стажу.
• Отчеты по заработной плате и доплатам:
  • Сводные отчеты по начислениям, удержаниям.
  • Отчеты по премиям и доплатам.
• Печать документов:
  • Возможность печати приказов, выписок из личных дел, справок по заданным шаблонам.

Нефункциональные требования и архитектура АРМ

Нефункциональные требования определяют качество и характеристики системы, но не ее конкретные функции. Они столь же важны для успеха АРМ.

Нефункциональные требования:

• Надежность: АРМ должно обеспечивать сохранность данных при сбоях, иметь механизмы резервного копирования и восстановления.
• Производительность: Время отклика системы на типовые операции (поиск сотрудника, открытие формы) не должно превышать 3-5 секунд.
• Удобство использования (юзабилити):
  • Простота общения с системой, интуитивно понятный интерфейс.
  • Приспособленность к уровню подготовки пользователя (HR-специалиста), минимизация необходимости в глубоких IT-знаниях.
  • Наличие системы подсказок и помощи.
  • Эргономичность интерфейса.
• Защита данных: Обеспечение конфиденциальности и целостности кадровой информации (будет детализировано в следующем разделе).
• Масштабируемость: Хотя Access имеет ограничения, архитектура должна предусматривать возможность потенциального перехода на более мощную СУБД в будущем без полной переработки логики.
• Сопровождаемость: Легкость внесения изменений, обновлений и устранения ошибок.

Архитектура АРМ и стадии создания согласно ГОСТ 34.601-90:

Процесс создания автоматизированных систем (АС) в России регламентируется ГОСТ 34.601-90, который устанавливает стадии и этапы создания АС, а также методологические и организационные рекомендации для ее жизненного цикла. Адаптируя этот стандарт к разработке курсовой работы, мы можем выделить следующие стадии:

1. Формирование требований к АС:
   • Обследование объекта и обоснование необходимости: Анализ текущих процессов отдела кадров, выявление проблем и обоснование преимуществ автоматизации.
   • Формирование требований пользователя к АС: Сбор и систематизация функциональных и нефункциональных требований, описанных выше, через интервью с потенциальными пользователями (менеджерами по кадрам).
   • Оформление отчета и заявки (ТТЗ): Создание документа, фиксирующего все требования.
2. Разработка концепции АС:
   • Изучение объекта: Более глубокий анализ существующих систем и процессов.
   • Разработка вариантов концепции и выбор оптимального: Например, выбор между Access, Excel или более сложной СУБД. В нашем случае, выбор Access.
   • Оформление отчета о выполненной работе.
3. Техническое задание (ТЗ):
   • Разработка и утверждение детального технического задания, которое описывает все аспекты АРМ: цели, задачи, функциональность, архитектуру, требования к безопасности, список входных/выходных данных, требования к документации и т.д. В рамках курсовой работы, это будет основной документ, описывающий систему.
4. Эскизный проект:
   • Разработка предварительных проектных решений по системе и ее частям. Это включает в себя создание логической структуры базы данных, наброски пользовательского интерфейса (формы, отчеты), общие схемы взаимодействия модулей. Здесь активно применяется прототипное проектирование, создаются первые «макеты» интерфейса.
5. Технический проект:
   • Разработка детальных проектных решений. Это создание физической структуры базы данных (таблицы с типами данных, связями), детальная прорисовка всех форм и отчетов, разработка запросов, макросов и, при необходимости, VBA-кода. Здесь прототипы доводятся до рабочего состояния.
6. Рабочая документация:
   • Создание инструкций пользователя, руководств администратора, описания программного обеспечения.
7. Ввод в действие (опытная эксплуатация):
   • В рамках курсовой работы это будет демонстрация работоспособности АРМ, его тестирование и оценка соответствия требованиям.

Общая архитектура АРМ «Менеджер по движению кадров»:
АРМ будет иметь трехзвенную архитектуру (или, скорее, логическое разделение на компоненты, поскольку в Access все хранится в одном файле):

• Уровень данных: База данных Microsoft Access, содержащая таблицы с кадровой информацией, связями и правилами целостности.
• Уровень приложений (логика): Запросы для обработки и извлечения данных, макросы и модули VBA для автоматизации процессов и реализации бизнес-логики (например, проверка корректности данных, формирование приказов).
• Уровень представления (пользовательский интерфейс): Формы для ввода, просмотра и редактирования данных, а также отчеты для вывода информации на печать.

Такой подход, основанный на стандартах и четко определенных требованиях, позволит создать надежное, функциональное и удобное АРМ, отвечающее задачам автоматизации движения кадров.

Методы обеспечения защиты данных и контроля доступа в АРМ, разработанном на базе Access

Кадровая информация относится к категории конфиденциальных данных. Паспортные данные, сведения об образовании, семейном положении, зарплате — всё это требует особого подхода к обеспечению безопасности. При разработке АРМ менеджера по движению кадров на базе Access критически важно предусмотреть механизмы защиты данных и контроля доступа, используя как встроенные средства СУБД, так и организационно-технические меры.

Встроенные средства защиты данных в Access

Несмотря на то что Access не является системой корпоративного уровня с комплексными средствами безопасности, она предоставляет базовые, но эффективные инструменты для защиты данных:

1. Шифрование базы данных с использованием пароля:
   • Это один из самых простых и эффективных способов защиты содержимого файла базы данных Access от несанкционированного доступа. Шифрование — это криптографическое явление, позволяющее зашифровать содержимое с помощью специального ключа (в данном случае, пароля), предотвращая внешний доступ к нему.
   • Применение: Пароль применяется непосредственно к файлу базы данных Access на настольном компьютере. При попытке открытия файла без ввода правильного пароля доступ будет заблокирован.
   • Особенности для разделенной базы данных: Если база данных разделена на «серверную» часть (где хранятся только таблицы) и «интерфейсную» часть (где находятся формы, отчеты, запросы, связанные с серверной частью), рекомендуется следующий порядок:
     1. Сначала зашифровать серверную базу данных. Это защитит сами данные.
     2. Затем повторно связать таблицы в интерфейсной базе данных с зашифрованной серверной базой.
     3. После этого зашифровать интерфейсную базу данных. Это защитит логику приложения и пользовательский интерфейс.

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

2. Механизмы безопасности в Access (режим отключения, надежные расположения):
   • Режим отключения (Disable Mode): Access автоматически отключает некоторые потенциально небезопасные компоненты в базах данных, которые открываются из ненадежных расположений. К таким компонентам относятся:
     • Запросы на изменение: Запросы, которые добавляют, удаляют или изменяют данные (например, UPDATE, DELETE, INSERT INTO).
     • Макросы: Автоматизированные последовательности действий.
     • Некоторые выражения и код VBA (Visual Basic for Applications): Код, написанный пользователем, может содержать вредоносные функции.

     Если база данных открывается из ненадежного расположения, Access отображает предупреждение о безопасности, и пользователь должен явно разрешить выполнение этого содержимого. Это предотвращает случайное выполнение вредоносного кода или нежелательных операций.

   • Надежные расположения (Trusted Locations): Пользователь может определить «надежные расположения» на своем компьютере или в сети. Базы данных, открытые из таких расположений, считаются безопасными, и их содержимое не отключается автоматически. Это полезно для разработчиков и администраторов, которые точно знают, что их приложения безопасны.
   • Совместимость с предыдущими версиями: При открытии базы данных, созданной в предыдущих версиях Access (до .accdb формата), все примененные к ней средства безопасности (например, защита на уровне пользователя, которая отсутствовала в современных версиях Access, но присутствовала в старых) продолжают работать. При преобразовании базы данных в новый формат (.accdb или .accde), Access автоматически удаляет все параметры безопасности предыдущих версий и применяет новые правила защиты.

Организационно-технические меры обеспечения безопасности

Встроенные средства Access хороши, но они не могут полностью заменить комплексный подход к информационной безопасности. Требуется сочетание технических решений и организационных процедур.

1. Контроль доступа к файлам на уровне операционной системы:
   • Необходимо предоставить доступ к файлу базы данных или связанным с ней файлам безопасности на уровне пользователей только надежным пользователям, используя разрешения файловой системы Windows (NTFS permissions). Это означает, что даже если пользователь попытается обойти Access, он не сможет получить доступ к самому файлу БД, если у него нет соответствующих прав в операционной системе.
2. Защита от разрушения данных и восстановление:
   • СУБД должна иметь средства защиты данных от разрушения, вызванного выключением электропитания, сбоями оборудования или аварийными ситуациями. Access, как файл, уязвим к таким сбоям.
   • Регулярное резервное копирование: Крайне важно настроить регулярное автоматическое или ручное резервное копирование файла базы данных Access.
   • Возможности восстановления информации: При повреждении файла БД, должны быть предусмотрены процедуры восстановления из резервной копии.
3. Коллективный доступ и защита от несанкционированного доступа (НСД):
   • СУБД должна обеспечивать коллективный доступ к данным, если это требуется (хотя Access не лучшим образом справляется с большим числом одновременных пользователей).
   • Защита от НСД (Несанкционированного Доступа): Это означает, что не только ввод новой информации, но и ее просмотр должны быть контролируемы. В Access это реализуется через пароль к файлу, а также, если используется разделенная БД, через безопасность на уровне файловой системы для серверной части.
4. Комплекс организационно-технических и административных мероприятий:
   • Применение средств защиты информации (СЗИ): Помимо пароля, могут быть использованы антивирусное ПО, брандмауэры на рабочих станциях.
   • Обеспечение правильности функционирования технических средств: Регулярное техническое обслуживание компьютеров, на которых установлено АРМ, и сетевого оборудования.
   • Правила для обслуживающего персонала: Для сотрудников, допущенных к работе с информацией ограниченного доступа (т.е. HR-специалистов), должны быть установлены строгие правила:
     • Запрет на передачу паролей.
     • Правила блокировки рабочего места при отсутствии.
     • Требования к использованию только надежного ПО.
     • Обучение основам информационной безопасности.
   • Администратор информационной безопасности: В организации, эксплуатирующей АРМ, должен быть назначен администратор информационной безопасности, ответственный за разработку, внедрение и контроль соблюдения всех мер безопасности.
   • Контроль эффективности средств защиты: Необходимо регулярно проверять эффективность применяемых средств защиты и процедур на предмет соответствия установленным требованиям и выявлять потенциальные уязвимости.

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

Заключение

Разработка Автоматизированного Рабочего Места (АРМ) менеджера по движению кадров с использованием технологии прототипного проектирования и СУБД Access представляет собой комплексную задачу, успешное выполнение которой имеет значительную практическую ценность для любой организации. В рамках данной курсовой работы были последовательно достигнуты все поставленные цели и задачи, обеспечив глубокое теоретическое осмысление и детальное практическое планирование.

Мы начали с определения сущности АРМ как проблемно-ориентированного комплекса, значительно повышающего эффективность взаимодействия пользователя с данными, и детально раскрыли его роль в автоматизации таких критически важных для HR-службы процессов, как учет движения кадров. Количественные данные, такие как сокращение ошибок до 50% и экономия тысяч рабочих часов благодаря автоматизации, убедительно продемонстрировали актуальность и экономическую целесообразность подобных систем.

Методология прототипного проектирования была представлена как гибкий и итеративный подход, позволяющий минимизировать неопределенности в требованиях заказчика и обеспечить быстрое получение высококачественного приложения. Подробное описание принципов БРП (Rapid Application Development) показало, как активное вовлечение пользователя и оперативная модификация прототипов способствуют созданию системы, максимально соответствующей потребностям конечного пользователя.

Анализ СУБД Access выявил её как оптимальный инструмент для курсовой работы и для небольших организаций, благодаря простому интерфейсу, широким возможностям по работе с данными и интеграции с пакетом Microsoft Office. При этом были критически рассмотрены её ограничения (например, лимит в 2 ГБ), и предложены пути их минимизации или обоснование выбора Access для конкретных сценариев, включая возможность использования её в качестве надстройки к более мощным СУБД. Но не стоит ли нам задуматься, насколько долго Access сможет удовлетворять растущие потребности бизнеса?

Ключевым аспектом работы стало детальное проектирование структуры базы данных АРМ «Движение кадров». Принципы нормализации (1НФ, 2НФ, 3НФ) были применены для создания эффективных и не избыточных таблиц, таких как «Сотрудники», «Должности», «Приказы» и другие, специфичные для учета всех аспектов движения персонала. Была продемонстрирована реализация связей между таблицами и методы обеспечения ссылочной целостности, а также подробно описано создание запросов, форм и отчетов для полноценного функционирования АРМ.

Наконец, были сформулированы исчерпывающие функциональные и нефункциональные требования к АРМ, с учетом стандартов ГОСТ 34.601-90, что обеспечило системный подход к проектированию. Отдельное внимание было уделено методам обеспечения защиты данных и контроля доступа, включающим как встроенные функции Access (шифрование паролем, надежные расположения), так и организационно-технические меры (резервное копирование, права доступа на уровне ОС, администратор ИБ), что гарантирует конфиденциальность и целостность кадровой информации.

Практическая значимость разработанного АРМ заключается в его способности значительно упростить и ускорить рутинные операции менеджера по движению кадров, снизить количество ошибок, улучшить качество принимаемых управленческих решений и повысить общую эффективность HR-процессов. Дальнейшее развитие АРМ может включать интеграцию с системами расчета заработной платы, расширение функционала для планирования карьеры сотрудников или внедрение веб-интерфейса для самообслуживания персонала, что, возможно, потребует перехода на более мощные серверные СУБД, но при этом сохранит логическую основу, заложенную в данной работе.

Список использованной литературы

1. Балдин, К. В. Информационные технологии в менеджменте: учеб. для студ. учреждений высш. проф. образования / К. В. Балдин. – М.: Академия, 2012. – 288 с.
2. Сеннов, А. Access 2010. – СПб.: Питер, 2010. – 288 с.
3. Что такое движение и текучесть кадров: ключевые понятия. URL: https://proaction.pro/blog/dvizhenie-i-tekuchest-kadrov-klyuchevye-ponyatiya/ (дата обращения: 30.10.2025).
4. Кадровое движение персонала: ключевые аспекты и понятия. URL: https://proaction.pro/blog/kadrovoe-dvizhenie-personala-klyuchevye-aspekty-i-ponyatiya/ (дата обращения: 30.10.2025).
5. Определение АРМ. Его функции, виды и разделы. URL: https://imanagment.ru/materials/opredelenie-arm-ego-funkcii-vidy-i-razdely.html (дата обращения: 30.10.2025).
6. Автоматизация кадрового делопроизводства в организации. URL: https://kedo.kontur.ru/articles/avtomatizatsiya-kadrovogo-deloproizvodstva (дата обращения: 30.10.2025).
7. Автоматизация кадрового учета. URL: https://1cbit.ru/news/avtomatizatsiya-kadrovogo-ucheta/ (дата обращения: 30.10.2025).
8. Как HR-отделу избавиться от рутины и автоматизировать процессы. URL: https://www.bitrix24.ru/articles/kak-hr-otdelu-izbavitsya-ot-rutiny-i-avtomatizirovat-protsessy.php (дата обращения: 30.10.2025).
9. Прототипное проектирование ИС. URL: https://www.intuit.ru/studies/courses/2167/609/lecture/23849?page=1 (дата обращения: 30.10.2025).
10. Лекция 5. Модели жизненного цикла ПО, проектирование как конструирование. URL: https://e.lanbook.com/lesson/291612 (дата обращения: 30.10.2025).
11. Модели жизненного цикла. Зрелость процесса разработки. URL: https://e.petrsu.ru/files/docs/mod_zh_cikl.pdf (дата обращения: 30.10.2025).
12. Пилипенко, Г. В. Обоснованный выбор модели жизненного цикла как фактор повышения качества разработки информационных систем / Г. В. Пилипенко, В. Н. Резников. – 2011. URL: https://www.rusnauka.com/2_KPSN_2011/IT/6_79310.doc.htm (дата обращения: 30.10.2025).
13. Ограничения типов данных MS Access. URL: https://vostokit.com/soft/access/ogranicheniya-tipov-dannyx-ms-access/ (дата обращения: 30.10.2025).
14. Спецификации Access. URL: https://support.microsoft.com/ru-ru/office/%D1%81%D0%BF%D0%B5%D1%86%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8-access-0b06b000-0e10-4b2a-b620-cd73567f2125 (дата обращения: 30.10.2025).
15. Ограничение ввода данных с помощью правил проверки. URL: https://support.microsoft.com/ru-ru/office/%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B2%D0%B2%D0%BE%D0%B4%D0%B0-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB-%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D0%B4%D0%BA%D0%B8-c30c804f-124e-4f7f-8c31-f25492ac6b92 (дата обращения: 30.10.2025).
16. Информационные технологии. Разработка СУБД в Microsoft Office Access. URL: https://rep.bsatu.by/bitstream/handle/doc/2202/Informacionnye_tehnologii._Razrabotka_SUBD_v_Microsoft_Office_Access.pdf?sequence=1 (дата обращения: 30.10.2025).
17. Развертывание приложения Access. URL: https://support.microsoft.com/ru-ru/office/%D1%80%D0%B0%D0%B7%D0%B2%D0%B5%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F-access-25e22709-322d-419b-b2d9-138670b39563 (дата обращения: 30.10.2025).
18. Основные сведения о создании баз данных. URL: https://support.microsoft.com/ru-ru/office/%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%BD%D1%8B%D0%B5-%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE-%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B8-%D0%B1%D0%B0%D0%B7-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-b1695420-0c46-4c40-8430-9b48f9862879 (дата обращения: 30.10.2025).
19. СТРУКТУРА АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА СПЕЦИАЛИСТА ПО УПРАВЛЕНИЮ ПЕРСОНАЛОМ. URL: https://derzhavin.ru/svedeniya-ob-obrazovatelnoj-organizacii/strukturnye-podrazdeleniya/biblioteka/elektronnaya-biblioteka/nashi-publikacii/2015/aktualnye-problemy-informacionnogo-i-dokumentacionnogo-obespecheniya-upravleniya/sekciya-5-kadrovoe-deloproizvodstvo-upravlenie-personalom/struktura-avtomatizirovannogo-rabochego-mesta-specialista-po-upravleniyu-personalom (дата обращения: 30.10.2025).
20. Приложение N 2. Требования по обеспечению информационной безопасности автоматизированного рабочего места, с которого осуществляется доступ к компонентам системы «Электронный бюджет». URL: http://www.consultant.ru/document/cons_doc_LAW_178351/ (дата обращения: 30.10.2025).
21. автоматизация процессов управления персоналом организации. URL: https://elib.bsuir.by/bitstream/123456789/41459/1/25679_2019_BGIIR.pdf (дата обращения: 30.10.2025).
22. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. URL: https://docs.cntd.ru/document/1200000000/1200045437 (дата обращения: 30.10.2025).
23. Описание нормализации базы данных. URL: https://support.microsoft.com/ru-ru/office/description-of-database-normalization-b83c79a2-b2a1-420b-bc6e-71b3e1570162 (дата обращения: 30.10.2025).
24. Нормализация данных с помощью анализа таблиц. URL: https://support.microsoft.com/ru-ru/office/%D0%BD%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86-3023021f-f131-4091-a1d2-b6770258163f (дата обращения: 30.10.2025).
25. Определение связей между таблицами в базе данных Access. URL: https://support.microsoft.com/ru-ru/office/definition-of-table-relationships-in-an-access-database-03099159-8692-4917-8025-a18541c888e4 (дата обращения: 30.10.2025).
26. Руководство по межтабличным связям. URL: https://support.microsoft.com/ru-ru/office/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE-%D0%BF%D0%BE-%D0%BC%D0%B5%D0%B6%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%87%D0%BD%D1%8B%D0%BC-%D1%81%D0%B2%D1%8F%D0%B7%D1%8F%D0%BC-a6989417-6403-43d9-a477-94d7c6742512 (дата обращения: 30.10.2025).
27. Проектирование баз данных в среде Microsoft Office Access 2003. URL: http://jasulib.org.kg/wp-content/uploads/2016/11/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B1%D0%B0%D0%B7-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D0%B2-%D1%81%D1%80%D0%B5%D0%B4%D0%B5-Microsoft-Office-Access-2003.pdf (дата обращения: 30.10.2025).
28. Одиночкина, С. В. Разработка баз данных в Microsoft Access 2010 : учебное пособие / С. В. Одиночкина. URL: https://elib.itmo.ru/p2-171/ (дата обращения: 30.10.2025).
29. Access 2010 в примерах : учебное пособие. URL: https://kpfu.ru/docs/F903673752/access_v_primerah.pdf (дата обращения: 30.10.2025).
30. Создание запросов в классических базах данных Access с помощью средства чтения с экрана. URL: https://support.microsoft.com/ru-ru/office/create-queries-in-access-desktop-databases-with-a-screen-reader-968a3556-9a2f-41ad-ae59-4b11f44040f7 (дата обращения: 30.10.2025).
31. MS ACCESS: создание запросов, форм, составление отчетов. URL: https://infocourse.ru/pdf/access_lect.pdf (дата обращения: 30.10.2025).
32. Шифрование базы данных с помощью пароля. URL: https://support.microsoft.com/ru-ru/office/%D1%88%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B1%D0%B0%D0%B7%D1%8B-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8F-20e81c1c-1349-43c3-883a-45c117462008 (дата обращения: 30.10.2025).
33. Безопасность в 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-82d73356-0275-47e1-ae76-79c536411545 (дата обращения: 30.10.2025).
34. Система управления базами данных Microsoft Access. URL: https://research.itmo.ru/ru/publications/sistema-upravleniya-bazami-dannyh-microsoft-access/ (дата обращения: 30.10.2025).