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

Введение

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

Настоящая дипломная работа посвящена актуальной задаче проектирования и внедрения автоматизированной информационной системы (АИС) для учета отработанного времени на предприятии. Ее целью является разработка комплексного решения, способного не только автоматизировать рутинные операции, но и предоставить руководству и HR-специалистам мощный аналитический инструмент для принятия обоснованных управленческих решений.

Для достижения этой цели были поставлены следующие задачи:

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

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

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

Глава 1. Теоретические и методологические основы проектирования АИС учета рабочего времени

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

Понятие и сущность автоматизированных информационных систем

В современном мире, где информация является одним из ключевых ресурсов, роль автоматизированных информационных систем (АИС) трудно переоценить. АИС – это не просто набор программ, а комплексный программно-аппаратный комплекс, целью которого является автоматизация деятельности организации путем эффективного сбора, хранения, передачи и обработки информации. По своей сути, АИС представляет собой совокупность взаимосвязанных подразделений организации и комплекса средств автоматизации, которые совместно реализуют автоматизированные функции по отдельным видам деятельности. Главная цель внедрения таких систем – обеспечить качественное удовлетворение информационных запросов пользователей и предоставить точные данные о состоянии исследуемого объекта.

Исторически, концепция АИС развивалась от простых систем обработки транзакций до сложных интегрированных решений, способных поддерживать принятие стратегических решений. В контексте учета рабочего времени, АИС преобразует рутинные, подверженные ошибкам процессы в четкий, прозрачный и контролируемый механизм, что позволяет значительно повысить объективность данных и снизить административную нагрузку.

Ключевыми принципами создания и функционирования АИС, обеспечивающими их долговечность и эффективность, являются:

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

Эти принципы формируют каркас для успешного проектирования и внедрения АИС, превращая ее из простой программы в стратегически важный актив предприятия, который приносит ощутимую выгоду.

Анализ и оптимизация бизнес-процессов учета рабочего времени

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

Традиционные (ручные или полуавтоматизированные) бизнес-процессы учета рабочего времени на многих предприятиях часто страдают от следующих недостатков:

  • Высокая трудоемкость: Ручной сбор, ввод и обработка данных отнимают значительное количество времени у HR-специалистов, бухгалтеров и руководителей.
  • Высокий риск ошибок: Человеческий фактор неизбежно приводит к опечаткам, неточностям в расчетах, что влияет на заработную плату и отчетность.
  • Низкая прозрачность: Сложно оперативно получить актуальную информацию о загрузке сотрудников, переработках, прогулах.
  • Субъективность: Возможность фальсификации данных со стороны сотрудников (например, «передача» пропуска для регистрации).
  • Задержки в отчетности: Формирование табелей и отчетов занимает много времени, что затрудняет оперативное управление.
  • Отсутствие детализации: Сложно отследить, на какие конкретные задачи было потрачено время, что затрудняет анализ продуктивности.

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

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

Методы анализа и оптимизации бизнес-процессов включают:

  • Инжиниринг бизнес-процессов: Проектирование новых, более эффективных процессов «с нуля», часто с использованием инновационных подходов и технологий.
  • Реинжиниринг бизнес-процессов: Радикальная перестройка существующих процессов с целью достижения существенных улучшений в ключевых показателях (стоимость, качество, сервис, скорость). Например, вместо ручного сбора данных о приходе/уходе, внедряется биометрическая система, что кардинально меняет подход к регистрации времени.
  • Совершенствование бизнес-процессов: Постепенное, инкрементальное улучшение существующих процессов без их кардинальной перестройки.
  • Изменение организационной структуры: Адаптация структуры компании под новые, оптимизированные процессы.
  • Внедрение системы управления по KPI (Key Performance Indicators): Определение и мониторинг ключевых показателей эффективности, которые напрямую связаны с оптимизированными процессами.

Инструменты оптимизации бизнес-процессов существенно облегчают эту работу:

  • Карты процессов (Process Maps): Визуальное представление последовательности операций, участников, входов и выходов процесса. Помогают выявить «узкие места» и избыточные шаги.
  • Регламенты: Документы, описывающие правила и порядок выполнения процессов.
  • Бизнес-анализ: Сбор, анализ и документирование требований к процессам и системам.
  • BPM-системы (Business Process Management Systems): Программные платформы для моделирования, автоматизации, исполнения, мониторинга и оптимизации бизнес-процессов. Позволяют не только автоматизировать учет, но и управлять всем жизненным циклом процесса.
  • Low-code платформы: Инструменты, позволяющие создавать приложения и автоматизировать процессы с минимальным написанием кода, что ускоряет внедрение изменений.
  • BI-решения (Business Intelligence): Системы для сбора, обработки и анализа больших объемов данных, предоставляющие наглядные отчеты и дашборды для принятия управленческих решений. В контексте учета времени, BI-системы могут анализировать продуктивность по отделам, динамику переработок и влияние этих факторов на общие показатели, что дает руководству полную картину.

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

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

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

Этапы создания автоматизированных систем (АС) строго регламентированы, в частности, в отечественной практике ключевую роль играют государственные стандарты. Согласно ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания», процесс создания АС включает следующие стадии:

  1. Формирование требований к АС: Определение целей, функций, задач, состава и параметров системы.
  2. Разработка концепции АС: Выбор основных направлений создания, обоснование принципиальных решений.
  3. Техническое задание (ТЗ): Детальное описание требований к системе, ее функционалу, характеристикам, составу и порядку приемки.
  4. Эскизный проект: Разработка предварительных проектных решений, общая архитектура.
  5. Технический проект: Детальная разработка всех компонентов системы, включая программное, техническое, информационное обеспечение.
  6. Рабочая документация: Создание полного комплекта документов, необходимых для реализации и эксплуатации системы.
  7. Ввод в действие: Монтаж, наладка, опытная эксплуатация и сдача системы в промышленную эксплуатацию.
  8. Сопровождение АС: Поддержка, развитие и модернизация системы в процессе ее жизненного цикла.

ГОСТ Р 59793-2021 также устанавливает стадии и этапы создания АС, распространяясь на системы, используемые в различных видах деятельности (исследования, управление, проектирование), актуализируя подходы к современным реалиям.

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

  1. Функциональное моделирование SADT (Structured Analysis and Design Technique), реализованное в стандарте IDEF0 (Integration Definition for Function Modeling). Эта методология позволяет представить систему как совокупность взаимодействующих работ (функций) и определить непротиворечивый путь структурной декомпозиции.
    • Применение в АИС учета рабочего времени: С помощью IDEF0 можно смоделировать процесс учета как иерархию функций: «Учет рабочего времени» декомпозируется на «Регистрация прихода/ухода», «Обработка данных об отсутствиях», «Расчет переработок», «Формирование табелей» и «Генерация отчетов». Для каждой функции определяются входы (информация, ресурсы), выходы (результаты), механизмы (кто или что выполняет) и управляющие воздействия (правила, нормативы). Это позволяет наглядно представить, как данные перемещаются по системе и как обрабатываются различные события, связанные с рабочим временем, обеспечивая четкое понимание всех операций.
  2. Диаграммы потоков данных DFD (Data Flow Diagrams). Эти диаграммы описывают движение документов и обработку информации, отражая функциональные зависимости входных, выходных значений и внутренних хранилищ данных.
    • Применение в АИС учета рабочего времени: DFD позволяют показать, как информация о сотрудниках, их приходах/уходах, заявках на отпуск или больничных листах поступает в систему, какие процессы ее обрабатывают (например, «Валидация времени», «Расчет фактически отработанных часов») и в какие хранилища данных она помещается (например, «База данных сотрудников», «Журнал событий»). Можно визуализировать, как из этих данных формируются табели учета рабочего времени и направляются в бухгалтерию, что облегчает отслеживание потоков информации.
  3. Модели «Сущность-связь» (ERD — Entity-Relationship Diagrams). ER-моделирование используется для инфологического проектирования баз данных, выявления сущностей (объектов, о которых нужно хранить информацию), отношений между ними и атрибутов (характеристик сущностей).
    • Применение в АИС учета рабочего времени: ERD является критически важной для создания эффективной базы данных. Сущностями могут быть «Сотрудник», «Должность», «Отдел», «Событие учета времени» (приход, уход, перерыв), «График работы», «Тип отсутствия» (отпуск, больничный). Между ними устанавливаются связи: «Сотрудник работает в Отделе», «Сотрудник имеет Должность», «Сотрудник фиксирует Событие учета времени», «Сотруднику назначен График работы». Для каждой сущности определяются атрибуты: для «Сотрудника» – ФИО, табельный номер; для «События учета времени» – тип, дата, время. Это обеспечивает логическую структуру данных, необходимую для построения надежной и масштабируемой базы данных, которая будет эффективно поддерживать все функции АИС.

Выбор конкретных методологий для проектирования АИС учета рабочего времени обосновывается их взаимодополняемостью: IDEF0 помогает понять функциональную структуру и границы системы, DFD — потоки информации, а ERD — логическую структуру хранения данных. Совместное использование этих инструментов позволяет создать целостный, непротиворечивый и детальный проект системы.

Обзор современных архитектурных решений для АИС

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

1. Монолитная архитектура

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

  • Преимущества:
    • Простота разработки и развертывания: Единая кодовая база упрощает начальную разработку, тестирование и развертывание, поскольку нет необходимости управлять множеством отдельных компонентов.
    • Эффективность: Единая база кода и общие данные упрощают взаимодействие между компонентами, что может быть более эффективным для приложений с одной четко определенной функцией или для сред с аппаратными или финансовыми ограничениями.
    • Меньшая сложность управления: Единая система означает единый процесс сборки, развертывания и мониторинга.
  • Недостатки:
    • Громоздкость и трудность поддержки: С ростом системы код становится большим и сложным, что затрудняет понимание, отладку и внесение изменений.
    • Взаимозависимость компонентов: Изменение в одной части системы может непреднамеренно повлиять на другие, требуя полного перетестирования и переразвертывания всего приложения.
    • Проблемы масштабируемости: Масштабировать можно только всю систему целиком, даже если нагрузка увеличивается только на один ее компонент. Это неэффективно с точки зрения ресурсов.
    • Ограниченное технологическое разнообразие: Обычно вся система пишется на одном языке программирования и использует один стек технологий, что ограничивает выбор инструментов.

2. Микросервисная архитектура

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

  • Преимущества:
    • Гибкость и независимость: Каждый сервис может быть разработан, развернут, масштабирован и обновлен независимо от других. Это обеспечивает высокую гибкость в использовании различных технологий и языков программирования для разных сервисов.
    • Устойчивость: Сбой в одном микросервисе не обязательно приводит к падению всей системы.
    • Лучшая масштабируемость: Можно масштабировать только те сервисы, которые испытывают повышенную нагрузку, оптимизируя использование ресурсов.
    • Простота разработки и поддержки: Небольшие, сфокусированные кодовые базы легче понять и поддерживать.
  • Недостатки:
    • Сложность интеграции и коммуникаций: Управление множеством сервисов, их взаимодействием и согласованностью данных между ними значительно усложняет архитектуру.
    • Трудности в обеспечении согласованности данных: Поскольку каждый сервис может иметь свою базу данных, поддержание целостности данных между ними требует сложных механизмов.
    • Операционная сложность: Требует развитой инфраструктуры для развертывания, мониторинга и управления распределенными системами.

3. Клиент-серверная архитектура

Является общим шаблоном, который может быть реализован как в монолитном, так и в микросервисном подходе. Ее основная идея — четкое разделение между клиентской частью (пользовательский интерфейс, который взаимодействует с пользователем) и серверной частью (обработка данных, бизнес-логика, хранение данных).

  • Типы клиент-серверной архитектуры:
    • Двухуровневая (Two-Tier): Клиент напрямую взаимодействует с сервером баз данных. Сервер БД содержит как данные, так и часть бизнес-логики (хранимые процедуры, триггеры). Клиентская часть содержит пользовательский интерфейс и оставшуюся бизнес-логику.
      • Пример: Настольное приложение для учета рабочего времени, напрямую подключающееся к базе данных на локальном сервере.
    • Многоуровневая (N-Tier): Более сложное разделение, где функции системы разделены на несколько логических или физических уровней. Наиболее распространенный вариант — трехуровневая архитектура:
      • Уровень представления (клиент): Пользовательский интерфейс.
      • Уровень бизнес-логики (сервер приложений): Содержит основную бизнес-логику, правила и процессы.
      • Уровень данных (сервер баз данных): Хранит и управляет данными.
      • Пример: Веб-приложение для учета рабочего времени, где браузер является клиентом, сервер приложений обрабатывает запросы, а отдельный сервер хранит базу данных.
  • Характеристики клиент-серверной архитектуры:
    • Масштабируемость: Можно независимо масштабировать клиентские и серверные компоненты.
    • Безопасность: Централизованный контроль доступа и обработки данных на сервере.
    • Надежность: Разделение функций повышает устойчивость системы к сбоям.
    • Гибкость: Возможность использования различных клиентов (настольные, веб, мобильные) с одним и тем же сервером.

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

  • Многоуровневая архитектура обеспечивает четкое разделение обязанностей, что упрощает разработку, тестирование и поддержку. Уровень бизнес-логики может быть легко масштабирован независимо от уровня данных, а различные клиентские приложения (веб-интерфейс, мобильное приложение) могут подключаться к одному серверу бизнес-логики.
  • Если предприятие имеет ограниченные ресурсы или система предназначена для небольшого числа пользователей с относительно простым функционалом, монолитный подход в рамках многоуровневой архитектуры может быть более предпочтительным из-за его простоты развертывания и управления.
  • Однако, если планируется глубокая интеграция с множеством других систем (1С, ERP, CRM), высокая нагрузка, необходимость постоянного развития и гибкого масштабирования отдельных функций (например, отдельный сервис для биометрической регистрации, отдельный для формирования отчетов), то микросервисная архитектура будет более дальновидным выбором, несмотря на начальную сложность. Для дипломной работы более целесообразным будет рассмотрение монолитной или гибридной архитектуры, так как полная реализация микросервисов требует значительных ресурсов и глубоких знаний в распределенных системах.

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

Глава 2. Проектирование автоматизированной информационной системы учета отработанного времени

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

Анализ предметной области и постановка задачи

Любой успешный проект начинается с глубокого понимания того, что нужно создать и для кого. Анализ предметной области и постановка задачи для АИС учета отработанного времени на конкретном предприятии требуют детального изучения существующих процессов и выявления потребностей будущих пользователей.

Пример предприятия: Допустим, мы рассматриваем среднее производственное предприятие «Завод СпецТехнологий» с численностью персонала около 500 человек, работающих в несколько смен, включая офисных сотрудников, производственных рабочих и сотрудников, работающих удаленно.

Текущее состояние системы учета рабочего времени на «Заводе СпецТехнологий»:

  • Регистрация прихода/ухода: Офисные сотрудники используют турникеты с пропускными картами; производственные рабочие – журнал регистрации, который заполняется вручную бригадирами. Удаленные сотрудники сообщают о начале/окончании работы через корпоративный мессенджер.
  • Учет переработок/отсутствий: Заявки на отпуска, командировки, больничные листы подаются в бумажном виде, подписываются руководителями отделов и передаются в отдел кадров. Переработки регистрируются в отдельных журналах или фиксируются вручную.
  • Формирование табелей: HR-специалисты вручную консолидируют данные из турникетов, журналов и сообщений, а затем формируют табели учета рабочего времени (форма Т-13) в Excel.
  • Расчет заработной платы: Бухгалтерия вручную переносит данные из Excel-табелей в систему 1С:Зарплата и управление персоналом (1С:ЗУП) для расчета.
  • Анализ: Оперативный анализ трудозатрат практически отсутствует, данные собираются постфактум и требуют значительных усилий для агрегации.

Выявленные недостатки текущей системы:

  • Высокая вероятность ошибок: Ручной ввод данных в журналах и Excel-табелях приводит к опечаткам и неточностям.
  • Длительность обработки данных: От сбора первичной информации до формирования табелей и передачи в бухгалтерию проходит несколько дней.
  • Отсутствие централизованной информации: Данные разрознены по различным источникам (журналы, Excel, мессенджеры).
  • Низкая оперативность: Руководство не может оперативно получить актуальную информацию о присутствии сотрудников, их опозданиях или переработках.
  • Сложность контроля удаленных сотрудников: Нет объективного механизма контроля времени, затраченного на работу.
  • Неэффективное использование ресурсов: Значительная часть рабочего времени HR-специалистов и бухгалтеров тратится на рутинные операции.
  • Отсутствие аналитических возможностей: Сложно выявить тенденции в опозданиях, переработках, простоях или оценить продуктивность.

Функциональные и информационные потребности пользователей:

  • Сотрудники:
    • Удобный и быстрый способ регистрации прихода/ухода (возможно, с мобильного устройства или по биометрии).
    • Просмотр собственного графика работы и фактически отработанного времени.
    • Подача заявок на отпуск/отгул/больничный в электронном виде.
  • Руководители отделов:
    • Оперативный контроль присутствия сотрудников своего отдела.
    • Просмотр отчетов по отработанному времени, опозданиям, переработкам.
    • Утверждение или отклонение заявок сотрудников.
    • Возможность корректировки данных по рабочему времени при возникновении спорных ситуаций.
  • HR-специалисты:
    • Централизованное хранение всех данных о рабочем времени.
    • Автоматическое формирование табелей учета рабочего времени (форма Т-13).
    • Гибкие инструменты для управления графиками работы, отпусками, больничными.
    • Аналитические отчеты по трудовой дисциплине, загрузке персонала.
    • Легкая интеграция с другими HR-системами.
  • Бухгалтеры:
    • Автоматизированная передача точных данных об отработанном времени в 1С:ЗУП для расчета заработной платы.
    • Минимизация ручного ввода и ошибок.
    • Доступ к первичным данным для проверки.

Формирование требований к разрабатываемой АИС:

На основе выявленных потребностей и недостатков формулируются требования к АИС учета отработанного времени:

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

  1. Регистрация рабочего времени:
    • Автоматическая регистрация прихода/ухода с работы (турникеты, биометрия, мобильное приложение).
    • Ручная корректировка данных руководителем (с обоснованием).
    • Учет перерывов, сверхурочной работы.
  2. Управление отсутствиями:
    • Электронная подача и согласование заявок на отпуск, больничный, командировку, отгул.
    • Маршрутизация заявок для согласования руководителями (workflow).
    • Учет утвержденных отсутствий и их типов.
    • Автоматический расчет сверхурочных часов на основе данных регистрации и графика работы.
    • Формирование отчетов по отсутствиям и переработкам.
  3. Формирование табелей и отчетов:
    • Автоматическое формирование табелей учета рабочего времени (форма Т-13) с возможностью выгрузки.
    • Генерация настраиваемых отчетов:
      • Отчет по опозданиям и ранним уходам.
      • Отчет по фактически отработанному времени за период.
      • Отчет по отсутствиям с разбивкой по типам.
      • Отчет по продуктивности (при наличии модуля мониторинга активности).
      • Отчет по сотрудникам, не выполнившим норму часов.
  4. Управление графиками работы:
    • Возможность настройки различных графиков работы (стандартный, сменный, гибкий).
    • Привязка графиков к сотрудникам или отделам.
  5. Мониторинг активности (опционально, для удаленных/офисных сотрудников):
    • Мониторинг используемых программ и сайтов.
    • Периодические скриншоты экрана.
    • Анализ продуктивности.

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

  1. Производительность: Система должна обрабатывать до 500 одновременных запросов без задержек.
  2. Надежность: Время простоя системы не должно превышать 0,1% рабочего времени.
  3. Масштабируемость: Возможность расширения на 1000+ пользователей и добавления новых модулей.
  4. Безопасность: Защита персональных данных в соответствии с ФЗ-152. Разграничение прав доступа.
  5. Удобство использования (юзабилити): Интуитивно понятный пользовательский интерфейс.
  6. Совместимость: Интеграция с 1С:ЗУП, Active Directory, корпоративным мессенджером.
  7. Поддерживаемость: Простота обновления и внесения изменений.

Такой детальный анализ и постановка задачи создают прочную основу для дальнейшего проектирования, гарантируя, что разрабатываемая АИС будет максимально соответствовать реальным потребностям предприятия.

Инфологическое и даталогическое проектирование базы данных

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

Инфологическое проектирование: разработка ER-модели

На этом этапе создается концептуальная модель данных, которая описывает сущности (объекты реального мира, о которых нужно хранить информацию), их атрибуты (характеристики) и связи между ними, независимо от конкретной СУБД. Наиболее распространенным инструментом для этого является ER-моделирование (Entity-Relationship Diagrams).

Для АИС учета отработанного времени ключевыми сущностями будут:

  1. Сотрудник (Employee)
    • Атрибуты: EmployeeID (первичный ключ), FirstName, LastName, MiddleName, PositionID (внешний ключ к Должности), DepartmentID (внешний ключ к Отделу), HireDate, Email, PhoneNumber, IsRemote (логический, удаленный сотрудник).
  2. Отдел (Department)
    • Атрибуты: DepartmentID (первичный ключ), DepartmentName, ManagerID (внешний ключ к Сотруднику, руководитель отдела).
  3. Должность (Position)
    • Атрибуты: PositionID (первичный ключ), PositionName, SalaryGrade.
  4. ГрафикРаботы (WorkSchedule)
    • Атрибуты: ScheduleID (первичный ключ), ScheduleName, StartTime, EndTime, BreakDuration, IsFlexible.
  5. НазначениеГрафика (EmployeeSchedule)
    • Сущность для связи Сотрудника с ГрафикомРаботы.
    • Атрибуты: EmployeeScheduleID (первичный ключ), EmployeeID (внешний ключ), ScheduleID (внешний ключ), StartDate, EndDate.
  6. СобытиеУчетаВремени (TimeEvent)
    • Атрибуты: EventID (первичный ключ), EmployeeID (внешний ключ), EventType (например, «Приход», «Уход», «Начало перерыва», «Конец перерыва»), EventDateTime, SourceType (например, «Турникет», «Мобильное приложение», «Ручной ввод»).
  7. Отсутствие (Absence)
    • Атрибуты: AbsenceID (первичный ключ), EmployeeID (внешний ключ), AbsenceTypeID (внешний ключ к ТипОтсутствия), StartDate, EndDate, Reason, Status (например, «Ожидает», «Утверждено», «Отклонено»), ApprovedByEmployeeID (внешний ключ к Сотруднику, кто утвердил).
  8. ТипОтсутствия (AbsenceType)
    • Атрибуты: AbsenceTypeID (первичный ключ), TypeName (например, «Отпуск», «Больничный», «Командировка», «Отгул»).
  9. АктивностьСотрудника (EmployeeActivity) (для систем мониторинга)
    • Атрибуты: ActivityID (первичный ключ), EmployeeID (внешний ключ), Timestamp, ApplicationName, WebsiteURL, ActivityDuration, IsProductive.

Связи между сущностями (примеры):

  • Один-ко-многим (1:N):
    • «Отдел» имеет «Много» «Сотрудников».
    • «Должность» имеет «Много» «Сотрудников».
    • «Сотрудник» имеет «Много» «СобытийУчетаВремени».
    • «Сотрудник» имеет «Много» «Отсутствий».
    • «ТипОтсутствия» может быть связан с «Многими» «Отсутствиями».
  • Многие-ко-многим (N:M):
    • «Сотрудник» может иметь «Много» «ГрафиковРаботы» в течение своей работы, и «ГрафикРаботы» может быть назначен «Многим» «Сотрудникам». Для разрешения этой связи создается промежуточная сущность НазначениеГрафика (EmployeeSchedule).

Даталогическое проектирование: преобразование в реляционную модель и выбор СУБД

На этом этапе инфологическая ER-модель преобразуется в конкретную реляционную модель, оптимизированную для выбранной СУБД. Каждая сущность становится таблицей, атрибуты — столбцами, а связи реализуются через первичные и внешние ключи.

Обоснование выбора системы управления базами данных (СУБД):

Для АИС учета отработанного времени, учитывая требования к надежности, масштабируемости, безопасности и возможности интеграции, целесообразно рассмотреть следующие СУБД:

  • PostgreSQL: Отличный выбор для корпоративных приложений. Это мощная, объектно-реляционная СУБД с открытым исходным кодом, известная своей надежностью, высокой производительностью и расширяемостью. Поддерживает сложные запросы, транзакции, имеет богатый функционал для обеспечения безопасности. Идеально подходит для проектов, где важна экономия на лицензиях и гибкость.
  • Microsoft SQL Server: Проприетарная СУБД от Microsoft, широко используемая в корпоративном сегменте. Обладает богатым функционалом, хорошей интеграцией с другими продуктами Microsoft, развитыми инструментами администрирования и обеспечения безопасности. Подходит для предприятий, уже использующих экосистему Microsoft.
  • MySQL: Популярная СУБД с открытым исходным кодом, известная своей скоростью и простотой использования. Часто используется для веб-приложений. Для крупных корпоративных систем может потребовать дополнительной оптимизации и настройки.

Для дипломной работы, ориентированной на полноценное корпоративное решение, PostgreSQL или Microsoft SQL Server будут наиболее обоснованным выбором. PostgreSQL предпочтительнее для проектов с открытым исходным кодом и ограниченным бюджетом на лицензии, в то время как SQL Server подойдет для компаний, уже инвестировавших в экосистему Microsoft. Для примера, выберем PostgreSQL благодаря его надежности, широкому функционалу и отсутствию лицензионных отчислений.

Пример структуры таблиц и связей в PostgreSQL:

-- Таблица Отделов
CREATE TABLE Departments (
    DepartmentID SERIAL PRIMARY KEY,
    DepartmentName VARCHAR(100) NOT NULL UNIQUE
);

-- Таблица Должностей
CREATE TABLE Positions (
    PositionID SERIAL PRIMARY KEY,
    PositionName VARCHAR(100) NOT NULL UNIQUE
);

-- Таблица Сотрудников
CREATE TABLE Employees (
    EmployeeID SERIAL PRIMARY KEY,
    FirstName VARCHAR(50) NOT NULL,
    LastName VARCHAR(50) NOT NULL,
    MiddleName VARCHAR(50),
    PositionID INT REFERENCES Positions(PositionID),
    DepartmentID INT REFERENCES Departments(DepartmentID),
    HireDate DATE NOT NULL,
    Email VARCHAR(100) UNIQUE,
    PhoneNumber VARCHAR(20),
    IsRemote BOOLEAN DEFAULT FALSE,
    ManagerID INT REFERENCES Employees(EmployeeID) -- Руководитель сотрудника
);

-- Таблица Графиков Работы
CREATE TABLE WorkSchedules (
    ScheduleID SERIAL PRIMARY KEY,
    ScheduleName VARCHAR(100) NOT NULL UNIQUE,
    StartTime TIME,
    EndTime TIME,
    BreakDuration INTERVAL, -- Продолжительность перерыва (например, '01:00:00')
    IsFlexible BOOLEAN DEFAULT FALSE
);

-- Таблица Назначения Графиков Сотрудникам (для связи многие-ко-многим)
CREATE TABLE EmployeeSchedules (
    EmployeeScheduleID SERIAL PRIMARY KEY,
    EmployeeID INT REFERENCES Employees(EmployeeID),
    ScheduleID INT REFERENCES WorkSchedules(ScheduleID),
    StartDate DATE NOT NULL,
    EndDate DATE, -- NULL для текущего графика
    UNIQUE (EmployeeID, ScheduleID, StartDate)
);

-- Таблица Типов Отсутствий
CREATE TABLE AbsenceTypes (
    AbsenceTypeID SERIAL PRIMARY KEY,
    TypeName VARCHAR(50) NOT NULL UNIQUE
);

-- Таблица Отсутствий Сотрудников
CREATE TABLE Absences (
    AbsenceID SERIAL PRIMARY KEY,
    EmployeeID INT REFERENCES Employees(EmployeeID),
    AbsenceTypeID INT REFERENCES AbsenceTypes(AbsenceTypeID),
    StartDate DATE NOT NULL,
    EndDate DATE NOT NULL,
    Reason TEXT,
    Status VARCHAR(20) DEFAULT 'Ожидает' CHECK (Status IN ('Ожидает', 'Утверждено', 'Отклонено')),
    ApprovedByEmployeeID INT REFERENCES Employees(EmployeeID),
    SubmissionDate TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Таблица Событий Учета Времени
CREATE TABLE TimeEvents (
    EventID SERIAL PRIMARY KEY,
    EmployeeID INT REFERENCES Employees(EmployeeID),
    EventType VARCHAR(50) NOT NULL CHECK (EventType IN ('Приход', 'Уход', 'Начало перерыва', 'Конец перерыва')),
    EventDateTime TIMESTAMP NOT NULL,
    SourceType VARCHAR(50) NOT NULL -- 'Турникет', 'Мобильное приложение', 'Ручной ввод'
);

-- Таблица Активности Сотрудника (опционально)
CREATE TABLE EmployeeActivities (
    ActivityID SERIAL PRIMARY KEY,
    EmployeeID INT REFERENCES Employees(EmployeeID),
    Timestamp TIMESTAMP NOT NULL,
    ApplicationName VARCHAR(255),
    WebsiteURL VARCHAR(255),
    ActivityDuration INTERVAL,
    IsProductive BOOLEAN,
    ScreenshotPath VARCHAR(255)
);

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

Проектирование программного обеспечения АИС

Проектирование программного обеспечения (ПО) АИС учета отработанного времени — это детализация функциональных и нефункциональных требований в конкретные программные модули, выбор технологий и определение архитектуры системы. Цель этого этапа — создать детальный план, который позволит разработчикам эффективно реализовать систему.

Функциональные модули системы:

На основе анализа предметной области и требований к АИС, можно выделить следующие ключевые функциональные модули:

  1. Модуль регистрации времени:
    • Назначение: Обеспечение механизмов для фиксации времени прихода, ухода, начала и окончания перерывов.
    • Функционал:
      • Прием данных от биометрических сканеров (отпечаток пальца, распознавание лица) или турникетов.
      • Поддержка регистрации через мобильное приложение (для удаленных/разъездных сотрудников с геолокацией).
      • Ручной ввод/корректировка событий руководителем с обязательной фиксацией причины и инициатора.
      • Автоматическая синхронизация событий с базой данных.
    • Пример данных: Событие прихода (EmployeeID, DateTime), событие ухода (EmployeeID, DateTime).
  2. Модуль учета переработок/отсутствий:
    • Назначение: Управление всеми видами отсутствий и фиксация сверхурочной работы.
    • Функционал:
      • Электронная подача сотрудниками заявок на отпуск, больничный, командировку, отгул.
      • Маршрутизация заявок для согласования руководителями (workflow).
      • Учет утвержденных отсутствий и их типов.
      • Автоматический расчет сверхурочных часов на основе данных регистрации и графика работы.
      • Формирование отчетов по отсутствиям и переработкам.
    • Пример данных: Заявка на отпуск (EmployeeID, StartDate, EndDate, Status), данные о переработке (EmployeeID, Date, HoursOvertime).
  3. Модуль формирования табелей и отчетности:
    • Назначение: Генерация стандартных форм отчетности и аналитических отчетов.
    • Функционал:
      • Автоматическое формирование табелей учета рабочего времени по форме Т-13 на основе всех зарегистрированных данных.
      • Выгрузка табелей в форматы XLS, PDF.
      • Генерация настраиваемых отчетов:
        • Отчет по опозданиям и ранним уходам.
        • Отчет по фактически отработанному времени за период.
        • Отчет по отсутствиям с разбивкой по типам.
        • Отчет по продуктивности (при наличии модуля мониторинга активности).
        • Отчет по сотрудникам, не выполнившим норму часов.
    • Пример данных: Агрегированные данные за месяц (EmployeeID, TotalHoursWorked, TotalOvertime, TotalAbsenceHours).
  4. Модуль администрирования и управления:
    • Назначение: Управление пользователями, их ролями, графиками работы и настройками системы.
    • Функционал:
      • Управление учетными записями сотрудников (добавление, изменение, блокировка).
      • Настройка ролей и прав доступа (администратор, HR, руководитель, сотрудник).
      • Управление графиками работы и их назначением сотрудникам.
      • Конфигурация параметров системы (рабочие дни, праздники, типы отсутствий).
      • Ведение журнала аудита действий пользователей.
    • Пример данных: Пользовательские роли (UserID, RoleID), настройки системы (ParameterName, ParameterValue).
  5. Модуль мониторинга активности (опционально):
    • Назначение: Сбор и анализ данных об активности сотрудников на рабочем месте (для удаленных/офисных сотрудников).
    • Функционал:
      • Мониторинг запущенных приложений и посещенных веб-сайтов.
      • Периодическое создание скриншотов экрана.
      • Определение продуктивного/непродуктивного времени на основе заданных правил.
      • Формирование отчетов по продуктивности.
    • Пример данных: Запись об использовании приложения (EmployeeID, AppName, Duration, Timestamp).

Обоснование выбора языка программирования, фреймворков и средств разработки:

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

  • Язык программирования для бэкенда (серверная часть):
    • Python: Широко используется для создания веб-приложений, имеет богатый набор библиотек, высокую скорость разработки, хорошую читаемость кода. Идеален для обработки данных, аналитики и интеграции.
    • Java: Высокая производительность, масштабируемость, надежность, широкие возможности для корпоративной разработки. Отличается строгой типизацией и обширной экосистемой.
    • C# (.NET): Популярен в корпоративной среде, особенно для компаний, использующих продукты Microsoft. Предоставляет мощный фреймворк .NET для разработки различных приложений.

Выбор для дипломной работы: Python с фреймворком Django.

  • Обоснование: Django позволяет быстро создавать надежные и масштабируемые веб-приложения благодаря принципу «батарейки в комплекте». Он включает ORM (Object-Relational Mapping), что упрощает взаимодействие с PostgreSQL, систему аутентификации, админку и другие необходимые компоненты. Python хорошо подходит для обработки данных и интеграции.
  • Язык программирования для фронтенда (клиентская часть):
    • JavaScript: Единственный язык, исполняющийся в браузере. В сочетании с современными фреймворками позволяет создавать интерактивные и отзывчивые пользовательские интерфейсы.

Выбор для дипломной работы: JavaScript с фреймворком React (или Vue.js / Angular).

  • Обоснование: React – один из самых популярных и мощных JavaScript-фреймворков для создания пользовательских интерфейсов. Он обеспечивает компонентный подход к разработке, что упрощает повторное использование кода и поддержку. Это позволяет создать современный, интуитивно понятный и быстрый веб-интерфейс для АИС.
  • Средства разработки (IDE):
    • PyCharm для Python/Django.
    • Visual Studio Code для JavaScript/React.
  • Система контроля версий:
    • Git с использованием платформы GitHub/GitLab для совместной разработки и отслеживания изменений.
  • Операционная система для сервера:
    • Linux (например, Ubuntu Server): Надежная, стабильная, бесплатная ОС, широко используемая для развертывания веб-приложений и баз данных.
  • Веб-сервер:
    • Nginx/Apache: Для обработки клиентских запросов и распределения нагрузки.

Схема взаимодействия модулей:

[Предполагаемая схема, где стрелки указывают потоки данных и взаимодействия между: Клиентское приложение (браузер, мобильное) → Веб-сервер (Nginx) → Сервер приложений (Django) → База данных (PostgreSQL). Отдельно обозначены внешние системы (1С, Биометрический контроллер) и Модуль мониторинга активности, взаимодействующий с сервером приложений и БД.]

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

Проектирование технического и информационного обеспечения

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

Требования к аппаратному обеспечению:

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

  1. Серверное оборудование:
    • Сервер базы данных (PostgreSQL):
      • Процессор: Многоядерный процессор (например, Intel Xeon E3/E5 или AMD EPYC), 4-8 ядер, 2.5 ГГц и выше. PostgreSQL хорошо масштабируется по ядрам.
      • Оперативная память (RAM): От 16 ГБ до 64 ГБ и более, в зависимости от объема данных и интенсивности запросов. Чем больше RAM, тем больше данных PostgreSQL может кэшировать, уменьшая обращения к диску.
      • Дисковая подсистема: Высокоскоростные SSD-накопители (NVMe SSD предпочтительнее) с RAID-массивом для обеспечения отказоустойчивости и высокой скорости чтения/записи. Объем от 500 ГБ до нескольких ТБ, в зависимости от объема хранимых данных и журналов.
    • Сервер приложений (Django/Python):
      • Процессор: 4-8 ядер, 2.5 ГГц и выше.
      • Оперативная память (RAM): От 8 ГБ до 32 ГБ.
      • Дисковая подсистема: SSD, от 250 ГБ.
      • Примечание: Сервер базы данных и сервер приложений могут быть объединены на одной физической машине для небольших и средних предприятий, но для обеспечения масштабируемости и надежности рекомендуется их разделение.
    • Веб-сервер (Nginx): Может быть расположен на том же сервере, что и сервер приложений, или на отдельной машине для балансировки нагрузки. Требования к ресурсам минимальны.
    • Сервер мониторинга активности (при наличии): Отдельный сервер или мощная виртуальная машина с достаточным объемом дискового пространства для хранения скриншотов и логов активности (от 1 ТБ и более, в зависимости от политики хранения).
  2. Рабочие станции пользователей:
    • Минимальные требования: Современные ПК или ноутбуки с ОС Windows 10/11, macOS или Linux, 8 ГБ RAM, двухъядерный процессор, браузер (Chrome, Firefox, Edge).
    • Для HR/Руководителей (интенсивная работа с отчетами): 16 ГБ RAM, четырехъядерный процессор.
  3. Сетевая инфраструктура:
    • Локальная сеть (LAN): Проводная гигабитная Ethernet-сеть для обеспечения высокой скорости обмена данными между серверами и рабочими станциями.
    • Wi-Fi: Для мобильных устройств сотрудников, использующих мобильное приложение.
    • Интернет-канал: Стабильный, высокоскоростной интернет-канал (от 100 Мбит/с и выше) для удаленных сотрудников и доступа к облачным сервисам (если применимо).
    • Сетевое оборудование: Маршрутизаторы, коммутаторы, файрволы для обеспечения безопасности и маршрутизации трафика.
  4. Дополнительное оборудование (опционально):
    • Биометрические сканеры/Турникеты: Для автоматической регистрации прихода/ухода.
    • Источники бесперебойного питания (ИБП): Для серверов и сетевого оборудования.

Требования к информационному обеспечению:

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

  1. Входная информация:
    • Данные о сотрудниках: ФИО, табельный номер, должность, отдел, дата приема на работу, контактные данные.
    • Данные о событиях рабочего времени: Время прихода/ухода, начала/конца перерывов (от биометрических систем, турникетов, мобильных приложений или ручного ввода).
    • Данные об отсутствиях: Тип отсутствия (отпуск, больничный, командировка), даты начала/окончания, причина.
    • Графики работы: Стандартные, сменные, гибкие графики с указанием рабочих часов, перерывов.
    • Данные о проектах/задачах: (если система учитывает время по проектам).
    • Данные мониторинга активности: Список запущенных приложений, посещенных веб-сайтов, скриншоты (при наличии соответствующего модуля).
  2. Выходная информация:
    • Табели учета рабочего времени (форма Т-13): Сформированные автоматически на основе всех зарегистрированных данных.
    • Отчеты:
      • Сводные отчеты по отработанному времени за период (по сотрудникам, отделам).
      • Отчеты по опозданиям, ранним уходам, прогулам.
      • Отчеты по переработкам.
      • Отчеты по использованию отпусков, больничных.
      • Аналитические отчеты по продуктивности (при наличии модуля мониторинга).
      • Данные для интеграции: Форматированные данные об отработанном времени для передачи в 1С:ЗУП, ERP-системы.
      • Статистические данные: Агрегированные показатели для BI-систем и управленческой отчетности.
  3. Классификаторы и кодификаторы:
    • Классификатор должностей: ОКПДТР (Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов).
    • Классификатор отделов/подразделений.
    • Классификатор типов событий: «Приход», «Уход», «Начало перерыва», «Конец перерыва».
    • Классификатор типов отсутствий: «Отпуск», «Больничный», «Командировка», «Отгул».
    • Классификатор статусов заявок: «Ожидает», «Утверждено», «Отклонено».
    • Кодификаторы для 1С: Соответствие внутренних кодов системы с кодами в 1С для бесшовной интеграции.
  4. Нормативно-справочная информация:
    • Нормативы рабочего времени (производственный календарь).
    • Правила расчета переработок.
    • Правовая база по учету рабочего времени (Трудовой кодекс РФ).

Соответствие ГОСТ 34.201-89 «Виды, комплектность и обозначения документов при создании автоматизированных систем» является базовым требованием для определения видов, наименования, комплектности и обозначений всей проектной и эксплуатационной документации. Таким образом, техническое и информационное обеспечение АИС учета отработанного времени формирует надежную и структурированную основу для ее эффективного функционирования.

Интеграция АИС с существующими корпоративными системами

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

Основные точки интеграции АИС учета рабочего времени:

  1. Интеграция с 1С:Зарплата и управление персоналом (1С:ЗУП) и другими учетными системами 1С (например, 1С:Бухгалтерия):
    • Цель: Автоматизированная передача данных для расчета заработной платы, формирования табелей учета рабочего времени (в том числе по форме Т-13) и синхронизации списков сотрудников.
    • Механизмы интеграции:
      • Прямое подключение к базе данных: В некоторых случаях, при соблюдении мер безопасности, возможно прямое чтение данных из БД 1С (например, для получения актуального списка сотрудников и оргструктуры) или запись в нее (для передачи табелей). Этот метод требует глубоких знаний структуры БД 1С и может быть рискованным при изменениях в 1С.
      • Использование API 1С: Более предпочтительный и безопасный метод. Современные версии 1С предоставляют программные интерфейсы (API) для обмена данными. Это позволяет АИС учета времени отправлять данные о фактически отработанном времени, переработках, отсутствиях в 1С в структурированном виде (например, в формате XML или JSON).
      • Обмен файлами: Передача данных через промежуточные файлы стандартных форматов (CSV, XML, TXT). Например, АИС формирует файл с табельными данными, который затем импортируется в 1С. Этот метод прост в реализации, но менее оперативен и требует ручного контроля за импортом/экспортом.
      • Web-сервисы: Создание специализированных Web-сервисов в 1С для приема данных из АИС учета времени.
    • Передаваемые данные:
      • Из АИС в 1С: Фактически отработанные часы (по дням/периодам), количество переработок, данные об отсутствиях (больничные, отпуска, командировки) с указанием их типов, табельные номера сотрудников.
      • Из 1С в АИС (для синхронизации): Актуальный список сотрудников, их табельные номера, должности, принадлежность к отделам, даты приема/увольнения.
    • Преимущества: Снижает трудозатраты бухгалтерии, минимизирует ошибки ручного ввода, обеспечивает объективный контроль трудовых затрат и своевременный расчет заработной платы. Также может использоваться для учета трудозатрат по проектам в 1С:CRM, если АИС поддерживает такую детализацию.
  2. Интеграция с системами управления персоналом (HRIS/HCM):
    • Цель: Синхронизация кадровых данных, управление отпусками, больничными и другими отсутствиями.
    • Механизмы: API, обмен файлами, прямая интеграция.
    • Передаваемые данные:
      • Из HRIS в АИС: Новые сотрудники, изменения в должностях, переводы между отделами, данные об увольнениях.
      • Из АИС в HRIS: Статусы согласования отсутствий, фактически использованные дни отпуска.
  3. Интеграция с Active Directory (AD) или другими службами каталогов:
    • Цель: Централизованное управление учетными записями пользователей, аутентификация и авторизация в АИС.
    • Механизмы: LDAP-протокол.
    • Преимущества: Пользователи используют свои корпоративные логин и пароль, что упрощает управление доступом и повышает безопасность.
  4. Интеграция с системами контроля и управления доступом (СКУД):
    • Цель: Получение данных о проходах через турникеты, автоматическая регистрация прихода/ухода.
    • Механизмы: Прямое подключение к контроллерам СКУД, API, обмен данными по расписанию.
    • Передаваемые данные: Идентификаторы сотрудника, время и тип события (вход/выход).
    • Преимущества: Высокая точность и объективность данных о присутствии.
  5. Интеграция с мобильными приложениями и биометрическими системами:
    • Цель: Расширение способов регистрации рабочего времени, повышение удобства для удаленных и разъездных сотрудников.
    • Механизмы: API для мобильных приложений, SDK для биометрических систем.
    • Передаваемые данные: Время регистрации, геолокация (для мобильных), биометрические данные (без хранения шаблонов в АИС, только статус верификации).
  6. Интеграция с системами управления проектами (PMS) и CRM (например, 1С:CRM):
    • Цель: Учет трудозатрат по конкретным проектам, задачам, клиентам.
    • Механизмы: API.
    • Передаваемые данные: Время, затраченное сотрудником на конкретную задачу или проект.
    • Преимущества: Глубокий анализ эффективности проектов, точное биллинг клиентов.

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

Глава 3. Информационная безопасность и экономическое обоснование проекта АИС

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

Обеспечение информационной безопасности АИС учета рабочего времени

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

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

  1. Угрозы доступности:
    • Ограниченность или невозможность доступа к системе: Например, отказ оборудования, сетевые сбои, DDoS-атаки на веб-сервер, блокировка учетных записей.
    • Последствия: Срыв учета рабочего времени, невозможность формирования табелей, задержки в расчете зарплаты.
  2. Угрозы целостности:
    • Несанкционированное изменение или уничтожение данных: Фальсификация времени прихода/ухода, изменение данных о переработках, удаление записей об отсутствии.
    • Последствия: Ошибки в расчете зарплаты, искажение статистики трудовой дисциплины, финансовые потери, нарушение трудового законодательства.
  3. Угрозы конфиденциальности:
    • Несанкционированный доступ к персональным данным: Просмотр личных данных сотрудников (ФИО, должность, отдел, данные об отпусках, больничных), информации о заработной плате (если АИС интегрирована с 1С), активности на рабочем месте (скриншоты, посещенные сайты).
    • Последствия: Ущерб репутации предприятия, штрафы за нарушение ФЗ-152, утечка коммерческой тайны.

Угрозы ИБ могут быть естественными (природные явления, такие как пожары, наводнения) или искусственными (вызванные человеком), преднамеренными (хакерские атаки, шпионаж) или непреднамеренными (из-за невнимательности, неосторожности, незнания сотрудников).

Нормативно-правовое регулирование:

В России вопросы информационной безопасности, особенно касающиеся персональных данных, строго регламентированы:

  • Федеральный закон РФ № 152-ФЗ «О персональных данных» от 27.07.2006: Основной документ, определяющий требования по работе с персональными данными (ПДн), включая их сбор, хранение, обработку, передачу и защиту. АИС учета рабочего времени является информационной системой персональных данных (ИСПДн).
  • Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»: Регулирует отношения, возникающие при осуществлении права на поиск, получение, передачу, производство и распространение информации, а также при применении информационных технологий и обеспечении защиты информации.
  • Приказ ФСТЭК России № 17 от 11 февраля 2013 года «Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»: Устанавливает требования к защите информации. Важно отметить, что с 1 марта 2026 года Приказ ФСТЭК России № 17 утрачивает силу, и будет действовать новый Приказ ФСТЭК России от 11.04.2025 № 117, расширяющий сферу действия на негосударственные информационные системы, содержащие персональные данные. Это означает, что для проектируемой АИС необходимо ориентироваться на новые требования.
  • Приказ ФСТЭК России № 21 от 18 февраля 2013 г. «Об утверждении Состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»: Детализирует меры защиты для ИСПДн.
  • ГОСТ Р 51583-2014 «Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения»: Устанавливает, что система защиты информации автоматизированной системы должна обеспечивать комплексное решение задач по защите от несанкционированного доступа, утечки по техническим каналам и несанкционированных/непреднамеренных воздействий.

Разработка модели угроз и механизмы защиты:

Для определения угроз безопасности информации и разработки модели угроз применяются следующие методические документы ФСТЭК России:

  • «Методика оценки угроз безопасности информации» (утверждена ФСТЭК России 5 февраля 2021 г.): Позволяет систематически выявлять и оценивать актуальные угрозы.
  • Банк данных угроз безопасности информации ФСТЭК России (bdu.fstec.ru): Содержит актуальный перечень угроз и их характеристик, помогая в разработке модели.

Алгоритм разработки модели угроз:

  1. Определение объекта защиты: АИС учета отработанного времени, включая аппаратное, программное и информационное обеспечение.
  2. Определение субъектов угроз: Нарушители (внутренние, внешние), источники угроз (программные закладки, вирусы, ошибки ПО).
  3. Определение уязвимостей: Недостатки в проектировании, реализации, конфигурации или эксплуатации системы.
  4. Анализ угроз: Идентификация возможных сценариев реализации угроз с учетом специфики АИС (например, угроза несанкционированного изменения времени прихода сотрудником через уязвимость в мобильном приложении).
  5. Формирование перечня актуальных угроз: Приоритизация угроз на основе их вероятности и потенциального ущерба.

Конкретные механизмы защиты информации для АИС учета рабочего времени:

  1. Защита от несанкционированного доступа (НСД):
    • Аутентификация и авторизация: Использование надежных механизмов аутентификации (пароли, двухфакторная аутентификация), строгая ролевая модель доступа (каждый пользователь имеет только необходимые для работы права).
    • Разграничение прав доступа: Настройка прав доступа к данным и функциям системы на уровне пользователя и роли (например, руководитель видит данные только своего отдела).
    • Контроль целостности: Использование средств контроля целостности файлов и программ (например, антивирусное ПО, системы обнаружения вторжений).
    • Журналирование и аудит: Ведение детализированных журналов событий безопасности (попытки НСД, изменения настроек, просмотр конфиденциальных данных) с регулярным анализом.
  2. Защита конфиденциальности персональных данных:
    • Шифрование данных: Хранение персональных данных в зашифрованном виде в базе данных, использование шифрованных каналов связи (HTTPS) для передачи данных.
    • Псевдонимизация/анонимизация: По возможности, обезличивание данных для аналитики, чтобы исключить привязку к конкретному лицу.
    • Резервное копирование и восстановление: Регулярное создание резервных копий данных и процедур восстановления для обеспечения доступности информации в случае сбоев или атак.
  3. Защита от внешних угроз:
    • Межсетевые экраны (файрволы): Фильтрация сетевого трафика, блокировка несанкционированных подключений.
    • Системы обнаружения и предотвращения вторжений (IDS/IPS): Мониторинг сетевого трафика на предмет подозрительной активности.
    • Защита от вредоносного ПО: Использование антивирусного программного обеспечения на всех узлах системы.
  4. Организационные меры:
    • Разработка и утверждение внутренних стандартов и регламентов: Политики безопасности, инструкции по работе с конфиденциальной информацией.
    • Обучение персонала: Регулярные тренинги по вопросам информационной безопасности для всех сотрудников, имеющих доступ к АИС.
    • Контроль физического доступа: Защита серверного оборудования от несанкционированного физического доступа.

Комплексный подход, включающий как технические, так и организационные меры, а также строгое соблюдение требований российского законодательства (ФЗ-152, ФЗ-149, Приказы ФСТЭК России), является залогом успешного обеспечения информационной безопасности АИС учета рабочего времени.

Технико-экономическое обоснование внедрения АИС

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

Эффективность АИС может рассматриваться с различных точек зрения:

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

Этапы проведения ТЭО:

  1. Определение первоначальных инвестиций (I0): Включает затраты на:
    • Разработку программного обеспечения (зарплата разработчиков, аналитиков, тестировщиков).
    • Приобретение аппаратного обеспечения (серверы, рабочие станции, биометрические сканеры).
    • Лицензии на СУБД, ОС, стороннее ПО (если не open-source).
    • Внедрение и настройку (инсталляция, ��онфигурирование, тестирование).
    • Обучение персонала.
    • Создание системы защиты информации.
  2. Оценка операционных затрат: Включает затраты на:
    • Поддержку и обслуживание системы (зарплата IT-специалистов, подрядчиков).
    • Электроэнергия, амортизация оборудования.
    • Обновление лицензий, ПО.
    • Модернизацию системы.
  3. Оценка выгод от внедрения АИС:
    • Прямые экономические выгоды (снижение издержек):
      • Сокращение штата или высвобождение времени HR-специалистов и бухгалтеров за счет автоматизации рутинных операций.
      • Уменьшение ошибок в расчете зарплаты и штрафов.
      • Экономия на бумаге и канцелярских принадлежностях.
    • Косвенные экономические выгоды (повышение эффективности):
      • Повышение производительности труда за счет лучшего контроля и анализа рабочего времени.
      • Улучшение трудовой дисциплины (снижение опозданий, прогулов).
      • Более точное планирование ресурсов.
      • Снижение потерь от неэффективного использования рабочего времени (например, выявление «пожирателей времени» в модуле мониторинга).
      • Улучшение качества управленческих решений благодаря оперативной и точной отчетности.
    • Социальные выгоды:
      • Повышение удовлетворенности сотрудников за счет прозрачности и справедливости учета времени.
      • Снижение конфликтности.
      • Повышение квалификации пользователей, работающих с современными системами.

Основные показатели для оценки эффективности инвестиций в ИТ-проекты:

  1. Совокупная стоимость владения (TCO — Total Cost of Ownership):
    • Представляет собой сумму всех прямых и косвенных затрат, связанных с владением и эксплуатацией информационной системы на протяжении всего ее жизненного цикла (приобретение, внедрение, поддержка, обучение, модернизация, утилизация). Позволяет получить полную картину затрат.
  2. Период окупаемости (PP — Payback Period):
    • Показывает промежуток времени, в течение которого первоначальные затраты вернутся, то есть будет достигнута точка безубыточности. Чем короче срок окупаемости, тем быстрее инвестиции принесут прибыль.
    • Формула: PP = I0 / Ежегодный_чистый_денежный_поток
    • Где I0 — первоначальные инвестиции.
  3. Коэффициент возврата инвестиций (ROI — Return On Investment):
    • Характеризует доходность проекта, показывая, сколько прибыли генерирует каждый вложенный рубль. Выражается в процентах.
    • Формула: ROI = (Эф / И) × 100%
    • Где Эф — суммарный эффект (чистый доход) от внедрения информационных технологий за определенный период; И — инвестиции в ИТ.
  4. Чистая приведенная стоимость (NPV — Net Present Value):
    • Это разница между приведенной стоимостью (дисконтированной стоимостью) входящих денежных потоков и исходящих (затрат) за определенный период. NPV учитывает временную стоимость денег, дисконтируя будущие денежные потоки к текущему моменту.
    • Формула:
      NPV = Σt=1n (CFt / (1 + r)t) - I0
    • Где:
      • CFt — денежный поток (чистая прибыль) за период t (разница между выгодами и операционными затратами).
      • r — ставка дисконтирования (стоимость капитала, минимальная требуемая норма доходности).
      • t — номер периода времени (год).
      • n — количество периодов (горизонт планирования).
      • I0 — первоначальные инвестиции.
    • Интерпретация: Положительное значение NPV означает, что проект имеет доходность выше альтернативы (например, банковского депозита), и его следует принять. Отрицательное — отвергнуть.
  5. Индекс рентабельности (PI — Profitability Index):
    • Равен отношению NPV к сумме первоначальных инвестиций и показывает доходность проекта на единицу вложенных средств.
    • Формула: PI = (NPV + I0) / I0
    • Интерпретация: Если PI > 1, проект выгоден.
  6. Внутренняя норма доходности (IRR — Internal Rate of Return):
    • Это ставка дисконтирования, при которой NPV проекта равен нулю. IRR показывает максимальную ставку, которую проект способен обеспечить. Если IRR выше стоимости капитала, проект выгоден.
    • Для нестандартных денежных потоков рекомендуется использовать модифицированную внутреннюю норму доходности (MIRR), которая предполагает реинвестирование доходов под ставку дисконтирования.

Пример расчета NPV:

Предположим, I0 = 1 000 000 руб.
Ежегодные чистые денежные потоки (CFt) от внедрения АИС (экономия + повышение эффективности — операционные затраты):
Год 1: 300 000 руб.
Год 2: 400 000 руб.
Год 3: 500 000 руб.
Ставка дисконтирования (r) = 10% (0.1).

NPV = (300 000 / (1 + 0.1)1) + (400 000 / (1 + 0.1)2) + (500 000 / (1 + 0.1)3) - 1 000 000
NPV = (300 000 / 1.1) + (400 000 / 1.21) + (500 000 / 1.331) - 1 000 000
NPV = 272 727.27 + 330 578.51 + 375 657.40 - 1 000 000
NPV = 978 963.18 - 1 000 000
NPV = -21 036.82 руб.

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

Достоверность прогнозов в ТЭО:

Крайне важно понимать, что достоверность прогнозов в ТЭО напрямую зависит от точности экспертной оценки исходных данных (размера ИС, ее сложности) и оценки производительности труда. Недооценка затрат или переоценка выгод может привести к неверным выводам. Поэтому необходимо использовать максимально реалистичные данные, опираясь на бенчмарки и опыт аналогичных проектов.

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

Анализ современных тенденций и перспектив развития АИС учета рабочего времени

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

1. Облачные решения (SaaS — Software as a Service):

  • Сущность: Современные облачные программные решения для учета рабочего времени предоставляются как сервис через интернет. Пользователи получают доступ к функционалу через веб-браузер или мобильное приложение, не заботясь об установке, обслуживании и обновлении ПО.
  • Примеры: DeskTime, Monitask, Workly, Toggl.
  • Преимущества:
    • Отсутствие необходимости в установке и администрировании: Снижает нагрузку на IT-отдел предприятия.
    • Автоматическое обслуживание и обновления: Провайдер сервиса берет на себя все заботы о поддержке и актуализации системы.
    • Доступность с любого устройства: Возможность работы через веб-страницу или мобильное приложение, что критически важно для удаленных и мобильных сотрудников.
    • Гибкое масштабирование: Легко увеличивать или уменьшать количество пользователей по мере изменения потребностей.
    • Экономия на капитальных затратах: Переход от CAPEX (капитальные расходы) к OPEX (операционные расходы).
  • Особенности: Часто включают функции автоматической фиксации активности сотрудников, отслеживания времени, периодического сохранения скриншотов экрана и различения активного/пассивного времени.
  • Перспективы для АИС: Для проектируемой АИС возможно предусмотреть архитектуру, позволяющую в будущем легко мигрировать в облако или предложить гибридное решение (часть функционала локально, часть в облаке).

2. Мобильные приложения для учета рабочего времени:

  • Сущность: Специализированные приложения для смартфонов и планшетов, позволяющие сотрудникам регистрировать свое время.
  • Примеры: Office Time, TARGControl TimePad, Mapon Driver.
  • Преимущества:
    • Актуальность для мобильных и удаленных работников: Позволяют фиксировать время в любом месте, что особенно важно для полевых сотрудников, курьеров, торговых представителей.
    • Геолокация: Возможность привязки регистрации времени к конкретному местоположению, что повышает объективность.
    • Удобство: Сотрудники всегда имеют свой «тайм-трекер» под рукой.
  • Перспективы для АИС: Разработка собственного мобильного приложения для АИС учета рабочего времени является обязательным требованием для повышения удобства и универсальности системы.

3. Биометрические системы контроля доступа и учета времени:

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

4. Интеграция с другими корпоративными системами:

  • Сущность: Бесшовное взаимодействие АИС учета рабочего времени с ERP, CRM, HRIS, системами управления проектами, календарями, IP-телефонией.
  • Примеры: Интеграция с 1С для расчета заработной платы, с Bitcop для учета трудозатрат по проектам в 1С:CRM.
  • Преимущества: Единое информационное пространство, устранение дублирования данных, повышение общей эффективности бизнес-процессов.
  • Перспективы для АИС: Проектируемая АИС должна быть построена с учетом модульности и наличия API для облегчения будущих интеграций.

5. Тайм-трекеры и аналитика продуктивности:

  • Сущность: Программное обеспечение, которое не только фиксирует время, но и анализирует активность сотрудника за компьютером (используемые программы, посещаемые сайты), формируя отчеты о продуктивности.
  • Примеры: Bitcop, Activtrak, Time Doctor, DeskTime, Monitask, Crocotime, Yaware, Staffcop, Kickidler, ИНСАЙДЕР.
  • Преимущества: Помогают руководителям контролировать работу персонала, выявлять «пожирателей времени», анализировать продуктивность и использование ресурсов.
  • Перспективы для АИС: Включение модуля мониторинга активности и аналитики продуктивности в разрабатываемую АИС может стать значительным конкурентным преимуществом, особенно для компаний с удаленными сотрудниками или для проектных команд.

Сравнительный анализ существующих решений:

Существующие на рынке решения (Bitcop, Activtrak, Time Doctor и др.) демонстрируют широкий спектр функционала, от базового учета времени до глубокой аналитики продуктивности и интеграции с корпоративными системами. Большинство из них предлагают облачную модель развертывания и мобильные приложения. Некоторые системы, такие как Bitcop и ИНСАЙДЕР, ориентированы на российский рынок и предлагают глубокую интеграцию с 1С, автоматическое создание табелей Т-13.
При проектировании собственной АИС важно учитывать этот опыт, выбирая наиболее востребованный функционал и адаптируя его под специфические нужды предприятия, одновременно обеспечивая гибкость для интеграции с новейшими технологиями.

Определение перспектив развития для разрабатываемой АИС:

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

  • Расширение интеграционных возможностей: Поддержка большего количества ERP, CRM, PM-систем.
  • Внедрение элементов искусственного интеллекта (ИИ): Для прогнозирования трудозатрат, автоматического определения продуктивности задач, выявления аномалий в поведении сотрудников.
  • Развитие мобильного функционала: Расширение возможностей мобильного приложения, включая офлайн-режим.
  • Улучшенная аналитика и дашборды: Создание более гибких и интерактивных инструментов для визуализации данных и принятия решений.
  • Поддержка распределенных команд: Инструменты для командной работы, тайм-трекинга по задачам, обмена информацией.

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

Заключение

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

В первой главе были раскрыты фундаментальные понятия, принципы и методологии, лежащие в основе создания АИС. Мы определили АИС как программно-аппаратный комплекс, способствующий автоматизации деятельности предприятия, и сформулировали принципы ее построения, такие как системность, модульность, адаптируемость и надежность. Проведенный анализ и оптимизация бизнес-процессов учета рабочего времени выявили недостатки традиционных подходов и обосновали необходимость их автоматизации для повышения эффективности и снижения издержек, опираясь на методы инжиниринга и реинжиниринга. Были детально рассмотрены методологии проектирования (SADT/IDEF0, DFD, ER-моделирование) и обоснован их выбор для создания логически выверенной структуры системы. Особое внимание было уделено современным архитектурным решениям, таким как монолитная, микросервисная и клиент-серверная архитектуры, что позволило выбрать оптимальный подход, обеспечивающий масштабируемость и гибкость будущей системы.

Вторая глава представила детальный проект АИС учета отработанного времени. На основе анализа предметной области гипотетического предприятия были сформулированы функциональные и нефункциональные требования к системе. Было проведено инфологическое и даталогическое проектирование базы данных с разработкой ER-модели и обоснованием выбора PostgreSQL в качестве СУБД. Детально спроектировано программное обеспечение, включая функциональные модули (регистрация времени, учет отсутствий, формирование табелей, администрирование, мониторинг активности) и обоснован выбор современных технологий (Python/Django, JavaScript/React). Определены требования к техническому обеспечению (серверы, сетевая инфраструктура) и информационному обеспечению (структура данных, классификаторы). Особое значение было уделено интеграции АИС с существующими корпоративными системами, такими как 1С:ЗУП, HRIS и СКУД, что обеспечивает бесшовный обмен данными и повышает общую эффективность.

Третья глава была посвящена критически важным аспектам информационной безопасности и экономическому обоснованию проекта. Мы проанализировали потенциальные угрозы информационной безопасности (доступности, целостности, конфиденциальности) в системе учета рабочего времени, разработали модель угроз с использованием методики ФСТЭК России и определили конкретные механизмы защиты информации, соответствующие актуальному законодательству (ФЗ-152, ФЗ-149, Приказ ФСТЭК России № 117 от 11.04.2025). Проведено технико-экономическое обоснование внедрения АИС с расчетом ключевых показателей эффективности инвестиций: TCO, PP, NPV, ROI и IRR/MIRR, что продемонстрировало экономическую целесообразность проекта при определенных условиях. Завершился анализ обзором современных тенденций в системах учета рабочего времени, включая облачные решения, мобильные приложения, биометрические системы и продвинутую аналитику продуктивности, что позволило определить перспективные направления развития для разработанной АИС.

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

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

Дальнейшие направления развития системы и исследования могут включать:

  • Разработку прототипа или MVP (Minimum Viable Product) АИС для проведения пилотного тестирования.
  • Более глубокое исследование применения искусственного интеллекта и машинного обучения для прогнозирования трудозатрат и автоматического анализа продуктивности.
  • Исследование возможностей внедрения блокчейн-технологий для повышения прозрачности и неизменности данных учета рабочего времени.
  • Разработку детализированных планов миграции данных и управления изменениями для бесшовно��о внедрения системы на реальном предприятии.

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

  1. Бобровский, С.И. Delphi 5. Учебный курс. – Санкт-Петербург: Питер, 2002.
  2. Бочаров, Е.П., Колдина, А.И. Интегрированные корпоративные информационные системы. – Москва: Финансы и статистика, 2005.
  3. Бройдо, В. Л., Крылова, В. С. Научные основы организации управления и построения АСУ. – Москва: Высшая школа, 1990.
  4. Глушаков, С.В., Коваль, А.В., Смирнов, С.В. Язык программирования С++, учебный курс, ANSI. – Харьков: Фолио, 2001.
  5. Голицына, О.Л., Максимов, Н.В., Попов, И.И. Базы данных. Учебное пособие. – Москва: Форум-Инфра-М, 2005.
  6. Гребенюк, Е.И., Гребенюк, Н.А. Технические средства информатизации. – Москва: Академия, 2005.
  7. Грекул, В.И., Денищенко, Г.Н., Коровкина, Н.Л. Проектирование информационных систем. – Издательство: Интернет-университет информационных технологий, 2008.
  8. Дейт, К. Введение в системы управления базами данных. – Москва: БИНОМ, 1999.
  9. Душин, В.К. Теоретические основы информационных процессов и систем. – Москва: Дашков и К, 2003.
  10. Емельянова, Н.З., Партыка, Т.Л., Попов, И.И. Основы построения автоматизированных информационных систем. Учебное пособие. – Москва: Academia, 2005.
  11. Исаев, Г. Н. Информационные системы в экономике. – Издательство: Омега-Л, 2008.
  12. Карминский, A.M., Черников, Б.В. Информационные системы в экономике. Методология создания. – Издательство: Финансы и статистика, 2006.
  13. Мартин, Дж. Организация баз данных в вычислительных системах. – Москва: Мир, 1990.
  14. Мешков, А. Visual C++ и MFC. – Санкт-Петербург: Питер, 2002. – 464 с.
  15. Окулов, С.М., Бабушкина, И.А. Практикум по объектно-ориентированному программированию. – 2-е изд. – Бином. Лаборатория знаний, 2009.
  16. Партыка, Т.Л., Попов, И.И. Информационная безопасность. Учебное пособие. – Москва: Форум-Инфра М, 2005.
  17. Перевощиков, В.В. Организация баз данных. – Учебное пособие. – Пермь: РИО ПГТУ, 2005.
  18. Хомоненко, А.Д., Циганова, В.М. Базы данных. – Санкт-Петербург: Корона-принт, 2002.
  19. Шаша, Д., Бонне, Ф. Оптимизация баз данных. Принципы, практика, решение проблем. – Кудиц-Образ, 2004.
  20. Автоматизированные информационные системы. Инфотактика. URL: https://infotaktika.ru/avtomatizirovannye-informacionnye-sistemy (дата обращения: 22.10.2025).
  21. Автоматизированные информационные системы. URL: https://xn—-7sbbaaflac3ahbgh2ar3b2as9p.xn--p1ai/automatizirovannye-informacionnye-sistemy.html (дата обращения: 22.10.2025).
  22. Автоматизированные информационные системы. Электронная библиотека. Информационные технологии. URL: http://www.intuit.ru/studies/courses/640/496/lecture/11388 (дата обращения: 22.10.2025).
  23. AUTOMATED INFORMATION SYSTEM (AIS). Глоссарий информационной безопасности. Anti-Malware.ru. URL: https://www.anti-malware.ru/glossary/automated-information-system-ais (дата обращения: 22.10.2025).
  24. Автоматизированные информационные системы. IT-Minsk. URL: https://it-minsk.by/avtomatizirovannye-informacionnye-sistemy/ (дата обращения: 22.10.2025).
  25. Системный анализ и моделирование информационных систем : учебное пособие. УрФУ. URL: http://elar.urfu.ru/handle/10995/100367 (дата обращения: 22.10.2025).
  26. Лучшие системы учета рабочего времени сотрудников 2025. Comindware. URL: https://comindware.com/ru/blog/luchshie-sistemy-uchyeta-rabochego-vremeni-sotrudnikov-2025/ (дата обращения: 22.10.2025).
  27. Методологии проектирования информационных систем. ITS.net.ua. URL: https://www.its.net.ua/articles/metodologii-proektirovaniya-informacionnyh-sistem.html (дата обращения: 22.10.2025).
  28. Учет рабочего времени сотрудников: преимущества облачных решений для гибридного персонала. SAP. URL: https://www.sap.com/cis/insights/what-is-time-tracking.html (дата обращения: 22.10.2025).
  29. Решение для табелей учета рабочего времени в облаке. Monitask. URL: https://www.monitask.com/ru/cloud-timesheet (дата обращения: 22.10.2025).
  30. Учёт и контроль рабочего времени сотрудников — приложение Office Time. URL: https://officetime.online/ (дата обращения: 22.10.2025).
  31. Облачный сервис учета рабочего времени WORKLY. URL: https://workly.io/bio/cloud/ (дата обращения: 22.10.2025).
  32. Наши решения: Мобильное приложение TARGControl TimePad для учета рабочего времени сотрудников. URL: https://targcontrol.ru/solutions/mobile-application-timepad/ (дата обращения: 22.10.2025).
  33. Стадии создания автоматизированных систем. Tehpis.ru. URL: https://tehpis.ru/stadii-sozdaniya-avtomatizirovannyh-sistem/ (дата обращения: 22.10.2025).
  34. Системный анализ и проектирование информационных систем : учебно-метод. пособие для студентов специальности І-40 01 02-02 «Информ. системы и технологии в экономике». Репозиторий БГУИР. URL: https://libeldoc.bsuir.by/handle/123456789/397 (дата обращения: 22.10.2025).
  35. Надежный учет рабочего времени для мобильных сотрудников. Mapon. URL: https://www.mapon.com/ru/resheniya/uche_t_rabochego_vremeni/ (дата обращения: 22.10.2025).
  36. Требования ГОСТ на автоматизированные системы в ИБ-проектах. Что изменилось и как это применять? Habr. URL: https://habr.com/ru/companies/angara/articles/671048/ (дата обращения: 22.10.2025).
  37. 10 лучших приложений для отслеживания рабочего времени сотрудников. Shifton. URL: https://shifton.com/ru/blog/luchshie-prilozheniya-dlya-otслеживания-рабочего-времени-сотрудников (дата обращения: 22.10.2025).
  38. Приложения в Google Play – Табель учета рабочего времени. URL: https://play.google.com/store/apps/details?id=com.applicat.timesheet&hl=ru&gl=US (дата обращения: 22.10.2025).
  39. Проектирование и разработка автоматизированных информационных систем. Softline. URL: http://www.softline.ru/company/directions/project-development/ (дата обращения: 22.10.2025).
  40. Автоматизированный учет рабочего времени: ТОП-20 систем. Insider.ru. URL: https://blog.insider.ru/avtomatizirovannyy-uche-t-rabochego-vremeni-top-20-sistem (дата обращения: 22.10.2025).
  41. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. Сталь Партнёр. URL: https://stal-partner.ru/gost-34-601-90/ (дата обращения: 22.10.2025).
  42. Топ 20 систем учета рабочего времени сотрудников (СУРВ). Kickidler. URL: https://www.kickidler.com/ru/blog/sistemy-ucheta-rabochego-vremeni-sotrudnikov-surv/ (дата обращения: 22.10.2025).
  43. Угрозы информационной безопасности. RTM Group. URL: https://rtmtech.ru/library/ugrozy-informacionnoj-bezopasnosti/ (дата обращения: 22.10.2025).
  44. АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ (АИС) И ИХ ВОЗМОЖНОСТИ. ИСПОЛЬЗОВАНИЕ ПРОГРАММЫ АИС «КАЧЕСТВО ПРОДУКЦИИ» НА ПРЕДПРИЯТИИ. КиберЛенинка. URL: https://cyberleninka.ru/article/n/avtomatizirovannye-informatsionnye-sistemy-ais-i-ih-vozmozhnosti-ispolzovanie-programmy-ais-kachestvo-produktsii-na-predpriyatii (дата обращения: 22.10.2025).
  45. Из ГОСТ Р 59793-2021 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. Техническая документация. URL: https://tech-doc.ru/standarty/gost-r-59793-2021-informatsionnye-tekhnologii-kompleks-standartov-na-avtomatizirovannye-sistemy-avtomatizirovannye-sistemy-stadii-sozdaniya/ (дата обращения: 22.10.2025).
  46. Способы построения автоматизированных информационных систем. Studref.com. URL: https://studref.com/477484/informatika/sposoby_postroeniya_avtomatizirovannyh_informatsionnyh_sistem (дата обращения: 22.10.2025).
  47. Автоматизация бизнес-процесса учёта трудозатрат. Comindware. URL: https://comindware.com/ru/blog/avtomatizatsiya-biznes-protsessa-uchyota-trudozatrat/ (дата обращения: 22.10.2025).
  48. Автоматизация учета рабочего времени сотрудников предприятия в условиях удаленной работы. Программные продукты и системы. URL: https://journals.vsu.ru/pps/article/view/2902 (дата обращения: 22.10.2025).
  49. Автоматизированная система учета рабочего времени. TimeControl. URL: https://timecontrol.ru/articles/avtomatizirovannaya-sistema-ucheta-rabochego-vremeni (дата обращения: 22.10.2025).
  50. Угрозы информационной безопасности. Anti-Malware.ru. URL: https://www.anti-malware.ru/glossary/information-security-threats (дата обращения: 22.10.2025).
  51. Основные виды угроз информационной безопасности. SearchInform. URL: https://www.searchinform.ru/infosecurity/articles/osnovnye-vidy-ugroz-informatsionnoj-bezopasnosti/ (дата обращения: 22.10.2025).
  52. Угрозы информационной безопасности: что это такое, виды угроз, как от них защититься. Солар. URL: https://solarcom.ru/about/blog/ugrozy-informatsionnoy-bezopasnosti/ (дата обращения: 22.10.2025).
  53. Горлушкина, Н.Н. СИСТЕМНЫЙ АНАЛИЗ И МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ И СИСТ. Университет ИТМО. URL: https://elib.itmo.ru/utility/reader/index.php?id=3254&dir=1 (дата обращения: 22.10.2025).
  54. Оптимизация бизнес-процессов при внедрении информационных систем: правила и технологии. Инфостарт. URL: https://infostart.ru/1c/articles/1912444/ (дата обращения: 22.10.2025).
  55. IPR SMART / Системный анализ и проектирование информационных систем на основе объектно-ориентированного подхода. URL: https://www.iprbookshop.ru/119842.html (дата обращения: 22.10.2025).
  56. Оптимизация бизнес процессов: 6 ключевых методов и этапы. ELMA365. URL: https://elma365.com/blog/optimizatsiya-biznes-protsessov-6-klyuchevykh-metodov-i-etapy.html (дата обращения: 22.10.2025).
  57. Анализ и проектирование информационных систем. Высшая школа государственного администрирования. URL: https://gsvm.ru/analiz-i-proektirovanie-informacionnyh-sistem/ (дата обращения: 22.10.2025).
  58. Проектирование: стадии и этапы создания аис и аит. Studme.org. URL: https://studme.org/105494/informatika/proektirovanie_stadii_etapy_sozdaniya_ais_ait (дата обращения: 22.10.2025).
  59. ОПТИМИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ С ПОМОЩЬЮ ИСКУССТВЕННОГО ИНТЕЛЛЕКТА: ПЕРСПЕКТИВЫ И ВЫЗОВЫ. КиберЛенинка. URL: https://cyberleninka.ru/article/n/optimizatsiya-biznes-protsessov-s-pomoschyu-iskusstvennogo-intellekta-perspektivy-i-vyzovy (дата обращения: 22.10.2025).
  60. Принципы создания и функционирования АИС. Автоматизированные информационные технологии. Intuit.ru. URL: https://www.intuit.ru/studies/courses/10668/1103/lecture/18797 (дата обращения: 22.10.2025).
  61. Методологии структурного проектирования и моделирования информационных систем (IDEF, DFD, SADT). Ozlib.com. URL: https://ozlib.com/835370/informatika/metodologii_strukturnogo_proektirovaniya_modelirovaniya_informatsionnyh_sistem_idef_dfd_sadt (дата обращения: 22.10.2025).
  62. Методология SADT. Mirznanii.com. URL: https://mirznanii.com/a/189592-2/metodologiya-sadt-i-standarty-idef (дата обращения: 22.10.2025).
  63. AI-оптимизация бизнес-процессов | Нейросети в CRM, найме и закупках. YouTube. URL: https://www.youtube.com/watch?v=e_t2q-nE02E (дата обращения: 22.10.2025).
  64. Автоматизация бизнес-процессов с помощью IT. БелКомПро. URL: https://bel-kompro.ru/blog/avtomatizatsiya-biznes-protsessov-s-pomoshchyu-it/ (дата обращения: 22.10.2025).
  65. Методология функционального моделирования SADT. Pandia.ru. URL: https://pandia.ru/text/78/373/32049.php (дата обращения: 22.10.2025).
  66. Приказ № 17. Лаборатория Касперского. URL: https://www.kaspersky.ru/blog/fstec-order-17/ (дата обращения: 22.10.2025).
  67. ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения. Gostperevod.ru. URL: https://gostperevod.ru/gost-r-51583-2014 (дата обращения: 22.10.2025).
  68. ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения. Docs.cntd.ru. URL: https://docs.cntd.ru/document/1200114002 (дата обращения: 22.10.2025).
  69. ГОСТ Р Защита информации ПОРЯДОК СОЗДАНИЯ АВТОМАТИЗИРОВАННЫХ СИСТЕМ. Stroysert.ru. URL: https://stroysert.ru/upload/iblock/c38/c385a86a605f63560ae83f3e69634e9e.pdf (дата обращения: 22.10.2025).
  70. ГОСТ Р 51583-2014. Национальные стандарты. URL: https://gost-snip.su/gostr-51583-2014 (дата обращения: 22.10.2025).
  71. Скачать ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения. Standartgost.ru. URL: https://standartgost.ru/g/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_51583-2014 (дата обращения: 22.10.2025).
  72. Приказ ФСТЭК РФ от 11.02.2013 N 17. Контур.Норматив. URL: https://normativ.kontur.ru/document?moduleId=1&documentId=216335 (дата обращения: 22.10.2025).
  73. Приказ ФСТЭК России от 11.02.2013 N 17 (ред. от 28.08.2024) «Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах». КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_146206/ (дата обращения: 22.10.2025).
  74. Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах от 11 февраля 2013. Docs.cntd.ru. URL: https://docs.cntd.ru/document/499039088 (дата обращения: 22.10.2025).
  75. Изменения в 17 приказе ФСТЭК России: как они повлияют на вашу организацию? SearchInform. URL: https://www.searchinform.ru/about/blog/izmeneniya-v-17-prikaze-fstek-rossii-kak-oni-povliyayut-na-vashu-organizatsiyu/ (дата обращения: 22.10.2025).
  76. Системы учета рабочего времени сотрудников: ТОП 10 лучших программ учета времени за компьютером (2025). vc.ru. URL: https://vc.ru/u/2330107-servisy/1253457-sistemy-ucheta-rabochego-vremeni-sotrudnikov-top-10-luchshih-programm-ucheta-vremeni-za-kompyuterom-2025 (дата обращения: 22.10.2025).
  77. Топ-10 программ для учета рабочего времени сотрудников. Обслуживание IT инфраструктуры в Алматы Компания IT Support Group. URL: https://itsupport.kz/blog/top-10-programm-dlya-ucheta-rabochego-vremeni-sotrudnikov/ (дата обращения: 22.10.2025).
  78. Автоматизация учета рабочего времени сотрудников компании. 7universum.com. URL: https://7universum.com/ru/tech/archive/item/11891 (дата обращения: 22.10.2025).
  79. NPV, IRR, ROI и не только – как оценить эффективность инвестиций? msp-partners. URL: https://msp-partners.ru/knowledge/npv-irr-roi-i-ne-tolko-kak-otsenit-effektivnost-investitsiy/ (дата обращения: 22.10.2025).
  80. Методы оценки инвестиций в информационные технологии / информационные системы. КиберЛенинка. URL: https://cyberleninka.ru/article/n/metody-otsenki-investitsiy-v-informatsionnye-tehnologii-informatsionnye-sistemy (дата обращения: 22.10.2025).
  81. Оценка эффективности инвестиций. Audit-it.ru. URL: https://www.audit-it.ru/finanaliz/invest/invest_eval_2.html (дата обращения: 22.10.2025).
  82. Технико-экономическое обоснование создания автоматизированной информационной системы. Studfiles.net. URL: https://studfiles.net/preview/6715206/page:47/ (дата обращения: 22.10.2025).
  83. Нормативные правовые акты в области персональных данных. Роспотребнадзор. URL: https://www.rospotrebnadzor.ru/about/info/personal/ (дата обращения: 22.10.2025).
  84. Автоматизированная система учета рабочего времени и контроля персонала на предприятии. SearchInform. URL: https://www.searchinform.ru/products/kib/time-control/ (дата обращения: 22.10.2025).
  85. Нормативные документы по защите персональных данных — полный пакет по 152-ФЗ. Б-152.рф. URL: https://б-152.рф/dokumenty-po-zaschite-personalnyh-dannyh/ (дата обращения: 22.10.2025).
  86. Топ-10 лучших систем учёта рабочего времени и контроля сотрудников в 2024 году. Monitask. URL: https://www.monitask.com/ru/blog/top-10-luchshih-sistem-ucheta-rabochego-vremeni-i-kontrolya-sotrudnikov-v-2024-godu (дата обращения: 22.10.2025).
  87. Методики технико-экономического обоснования создаваемых проектов информационных систем в условиях высшего учебного заведения. Nizrp.ru. URL: https://nizrp.ru/upload/iblock/d7c/d7c2f82245e9a4e4d5883d6a71e86095.pdf (дата обращения: 22.10.2025).
  88. ГОСТы по программному обеспечению, обслуживанию информационных систем. Rusgost.ru. URL: https://www.rusgost.ru/gosty_po_programmnomu_obespecheniyu_obsluzhivaniyu_informacionnyh_sistem.html (дата обращения: 22.10.2025).
  89. ГОСТы в корпоративных информационных системах. Sibac.info. URL: https://sibac.info/journal/student/17/202611 (дата обращения: 22.10.2025).
  90. Библиотека БГУИР. Белорусский государственный университет информатики и радиоэлектроники. URL: https://libeldoc.bsuir.by/handle/123456789/1018 (дата обращения: 22.10.2025).
  91. Методика расчета эффективности от внедрения информационных технологий. АО «НИЦЭВТ». URL: https://www.nicevt.ru/doc/art/2012_N4_P55.pdf (дата обращения: 22.10.2025).
  92. Монолитная и микросервисная архитектура. Сравнение. Habr. URL: https://habr.com/ru/companies/haulmont/articles/760884/ (дата обращения: 22.10.2025).
  93. Защита информации, персональные данные и функционирование ИС: изменения в ИТ-законах в РФ в 2025 году. Habr. URL: https://habr.com/ru/companies/infosecurity/articles/720974/ (дата обращения: 22.10.2025).
  94. Сравнение микросервисной и монолитной архитектур. Atlassian. URL: https://www.atlassian.com/ru/microservices/microservices-vs-monolith (дата обращения: 22.10.2025).
  95. О клиенте и сервере в микросервисной архитектуре. Habr. URL: https://habr.com/ru/companies/epam/articles/563212/ (дата обращения: 22.10.2025).
  96. Основные типы архитектуры программного обеспечения. Блог ArtofBA. URL: https://artofba.com/ru/osnovnye-typy-arkhitektury-programmnogo-obespecheniya/ (дата обращения: 22.10.2025).
  97. Основные особенности и виды архитектур клиент-сервер. Ittelo. URL: https://ittelo.ru/blog/osnovnye-osobennosti-i-vidy-arkhitektur-klient-server/ (дата обращения: 22.10.2025).
  98. Дипломная работа по информатике Разработка АИС контроля и учета рабочего времени сотрудников компании. Diplom-it.ru. URL: https://diplom-it.ru/works/ais-ucheta-rabochego-vremeni/ (дата обращения: 22.10.2025).
  99. Пошаговый алгоритм присвоения номера GLN. Получить GLN. Центр систем идентификации. URL: https://gln.by/informatsiya-dlya-novichkov/poshagovyy-algoritm-prisvoeniya-nomera-gln.html (дата обращения: 22.10.2025).
  100. Автоматическое сопоставление номенклатуры в 1С. Клерк.ру. URL: https://www.klerk.ru/buh/articles/580196/ (дата обращения: 22.10.2025).
  101. Автоматизированная упрощенная система налогообложения (АУСН). ФНС России. URL: https://www.nalog.gov.ru/rn77/taxation/taxes/ausn/ (дата обращения: 22.10.2025).

Похожие записи