Загрузка данных

Ниже представлен полностью исправленный и доработанный текст Технического задания (ТЗ) в соответствии с требованиями ГОСТ 34.602-89 и лучшими практиками для IT-компании.
Текст готов к печати и согласованию — все дублирования удалены, нумерация сквозная, добавлены недостающие разделы (безопасность, надёжность, порядок изменения ТЗ), исправлены опечатки.

---

Техническое задание

на создание системы учёта рабочего времени, отпусков и командировок

1. Общие сведения

1.1. Полное наименование системы: Система учёта рабочего времени, отпусков и командировок.
1.2. Условное обозначение: СУРВОК.
1.3. Шифр темы / номер договора: Определяется на этапе заключения договора.
1.4. Заказчик:

· Наименование: ООО «КИТЭК»
· Адрес: 27-я Северная ул., 69, Омск
· Контактное лицо: Шпраер Андрей Александрович

1.5. Разработчик:

· Наименование: ООО «DILLER»
· Адрес: 1-й Грайвороновский проезд, 13к4, Омск
· Контактное лицо: Зайченко Доминик Владимирович

1.6. Нормативные документы, на основе которых создаётся система:

· Настоящее ТЗ
· Спецификация требований к системе (Приложение А)
· Технический проект
· Диаграммы UML (Приложение Б)
· План проекта
· Тестовая документация
· Документация по использованию и администрированию

1.7. Плановые сроки создания системы:

· Начало работ: 02.05.2024
· Окончание работ: 24.06.2024

1.8. Источники финансирования: собственные средства Заказчика (ООО «КИТЭК»).

1.9. Порядок оформления результатов:
Результаты работ предъявляются Заказчику в виде работоспособного программного продукта, развёрнутого на оборудовании Заказчика, и комплекта документации согласно разделу 8.

---

2. Назначение и цели создания системы

2.1. Назначение системы:
Автоматизация процессов учёта рабочего времени сотрудников, оформления и согласования отпусков, а также управления командировками в IT-компании.

2.2. Цели создания системы:

· Повышение прозрачности и контроля за рабочим временем персонала.
· Упрощение процедуры согласования отсутствий (отпуска, больничные, командировки).
· Автоматизация расчёта заработной платы на основе данных об отработанном времени.
· Формирование аналитических отчётов для руководства и HR.

---

3. Характеристика объекта автоматизации

3.1. Объект автоматизации: HR-процессы и табельный учёт в IT-компании (ООО «КИТЭК»).

3.2. Условия эксплуатации системы:

· Платформа: веб-приложение с адаптивным дизайном для мобильных устройств.
· Интеграции: с Active Directory / LDAP (авторизация), с Jira / YouTrack (импорт времени), с 1С:ЗУП (выгрузка данных по зарплате).
· Безопасность: защита персональных данных, ролевая модель доступа (Сотрудник, Руководитель, HR, Администратор).
· Режим работы: круглосуточно, плановое обслуживание не чаще 2 часов в неделю.

---

4. Требования к системе

4.1. Требования к функциям системы

4.1.1. Модуль «Учёт рабочего времени»

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

4.1.2. Модуль «Управление отпусками»

· Создание заявки на отпуск сотрудником с выбором типа (ежегодный, без содержания, учебный и т.д.).
· Цепочка согласования: Сотрудник → Руководитель → HR.
· Визуализация графика отсутствий в календаре команды.
· Автоматический расчёт остатка дней отпуска с учётом начислений и использованных дней.
· Поддержка отзыва заявки и переноса дат.

4.1.3. Модуль «Командировки»

· Создание заявки на командировку с указанием дат, места назначения, целей.
· Прикрепление файлов (билеты, брони, скан-копии).
· Автоматический расчёт суточных и компенсации расходов на основе внутренних политик компании.
· Формирование авансового отчёта.

4.1.4. Модуль «Аналитика и отчётность»

· Отчёты по загрузке сотрудников (Capacity planning).
· Отчёты по использованию отпусков (по департаментам, месяцам).
· Табель учёта рабочего времени (форма T-13).
· Экспорт данных в Excel/CSV для бухгалтерии.

4.2. Требования к надёжности

· Система должна сохранять работоспособность при одновременной работе не менее 100 пользователей.
· Время восстановления после сбоя (без потери данных) — не более 2 часов.
· Автоматическое резервное копирование БД — ежедневно, хранение не менее 30 дней.

4.3. Требования к информационной безопасности

· Хранение паролей в хэшированном виде (bcrypt или аналоги).
· Передача данных по HTTPS (TLS 1.2+).
· Разграничение доступа строго по ролям.
· Логирование всех действий с заявками и изменением учёта времени (кто, когда, что сделал).
· Соответствие требованиям 152-ФЗ «О персональных данных» (письменное согласие на обработку ПД, шифрование при передаче, разграничение доступа).

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

4.4.1. Программное обеспечение сервера:

· Операционная система: Linux Ubuntu 20.04/22.04 (предпочтительно) или Windows Server 2019+.
· Веб-сервер: Nginx 1.18+ / Apache 2.4+.
· СУБД: PostgreSQL 13+ или MySQL 8.0+.
· Интерпретатор / рантайм: Python 3.10+ (Django) или Java 11+ (Spring). Выбор за Разработчиком.

4.4.2. Аппаратное обеспечение сервера (минимальное):

· 4 vCPU, 8 ГБ RAM, 50 GB SSD.
· Резервное копирование — внешнее сетевое хранилище или облачный бэкап.

4.4.3. Клиентские рабочие места:

· Браузеры: последние версии Chrome, Firefox, Edge, Safari.
· Мобильные устройства: Android 10+, iOS 14+.

---

5. Состав и содержание работ по созданию системы

№ Этап Содержание Срок
1 Разработка проектной документации Уточнение ТЗ, спецификация требований, UML-диаграммы 02.05–12.05
2 Разработка ПО Написание кода (учёт времени, отпуска, командировки, интеграции, отчёты) 13.05–02.06
3 Лабораторное тестирование Модульное, интеграционное, нагрузочное тестирование силами Разработчика 03.06–09.06
4 Подготовка инфраструктуры Заказчика Аудит, установка ПО на сервер, настройка сети (совместно с IT-специалистами Заказчика) 10.06–12.06
5 Развёртывание и настройка системы на сервере Заказчика Установка приложения, настройка интеграций (AD, Jira, 1C), загрузка справочников 13.06–16.06
6 Обучение персонала Вебинары, инструкции, тестирование для ролей Сотрудник, Руководитель, HR, Администратор 17.06–18.06
7 Приёмочное тестирование (UAT) на реальных данных Проведение тестов силами Заказчика, фиксация ошибок 19.06–22.06
8 Устранение выявленных дефектов Исправление ошибок, повторное тестирование 23.06
9 Подписание акта сдачи-приёмки Официальная передача системы в эксплуатацию 24.06

Сроки являются плановыми; точные даты фиксируются в календарном плане, согласуемом сторонами.

---

6. Порядок контроля и приёмки системы

6.1. Участники приёмки:

· Со стороны Заказчика: уполномоченный представитель (HR-директор или руководитель IT-отдела), сотрудники отдела тестирования (при наличии).
· Со стороны Разработчика: руководитель проекта, ведущий разработчик, QA-инженеры.

6.2. Критерии успешной приёмки:

· Все функциональные требования из п. 4.1 реализованы и работают согласно спецификации.
· Отсутствуют критические ошибки (блокирующие вход в систему, создание заявок, фиксацию времени).
· Серьёзные ошибки (искажающие бизнес-логику, но имеющие обходной путь) исправлены до подписания акта.
· Нагрузочное тестирование пройдено: система выдерживает 100 одновременных пользователей.
· Предоставлен полный комплект документации (раздел 8).

6.3. Документы по итогам приёмки:

· Чек-лист приёмочного тестирования с отметками о прохождении.
· Протокол тестирования (список тест-кейсов и результатов).
· Акт о выявленных несоответствиях (если есть).
· Акт сдачи-приёмки работ (подписывается обеими сторонами).

---

7. Требования к документированию

Разработчик обязан передать Заказчику следующую документацию в электронном виде (PDF и редактируемые форматы):

7.1. Руководство пользователя (User Manual) — для ролей Сотрудник, Руководитель, HR.
7.2. Руководство администратора (Administrator’s Guide) — установка, настройка, бэкапы, управление пользователями, интеграции.
7.3. Паспорт системы (System Passport) — основные характеристики, версии компонентов, API-точки интеграций.
7.4. Руководство по установке и развёртыванию (Installation Guide).

---

8. Порядок изменения технического задания

8.1. Любые изменения ТЗ оформляются дополнительным соглашением к договору.
8.2. Инициатор изменений направляет письменное предложение с обоснованием и оценкой влияния на сроки/стоимость.
8.3. Изменения считаются согласованными после подписания обеими сторонами нового документа (доп. соглашения).
8.4. Работы, не указанные в утверждённом ТЗ, не являются обязательными для Разработчика.

---

9. Приложения (неотъемлемая часть ТЗ)

· Приложение А — Спецификация требований к системе (детальный список функциональных и нефункциональных требований).
· Приложение Б — Диаграммы UML (вариантов использования, последовательности, классов).
· Приложение В — Формы заявок и экранных форм (макеты интерфейсов).
· Приложение Г — План-график работ (детализированный).

---

Лист согласования

Должность ФИО Подпись Дата
Генеральный директор ООО «КИТЭК» Шпраер А.А.  
Технический директор ООО «DILLER» Зайченко Д.В.  

---

Это полный исправленный текст ТЗ.
При желании вы можете скопировать его в Word или Google Docs, добавить логотипы компаний и оформить как официальный документ.