Глоссарий терминов
В этом разделе собраны основные термины, которые используются в регламентах. Если термин связан с отдельным правилом, в описании указана ссылка на профильный раздел.
Общие термины разработки
CI/CD
Continuous Integration / Continuous Delivery — непрерывная интеграция и доставка изменений. В проекте описывается в разделе CI/CD.
Pipeline
Последовательность автоматизированных этапов сборки, проверки, публикации артефактов и доставки. Правила конвейера описаны в разделе Конвейер CI/CD.
Artifact
Результат сборки или проверки, который сохраняется для дальнейшего использования: выгрузка конфигурации, отчет тестов, архив, лог или публикационный пакет.
Pull Request (PR)
Запрос на внесение изменений в репозиторий. В GitLab для того же процесса используется термин Merge Request. В регламентах проекта основной порядок описан в разделе Code-review.
Merge Request (MR)
Запрос на слияние изменений в целевую ветку. Используется для review, обсуждения рисков, прохождения проверок и передачи изменений дальше по выпускному процессу.
Code Review
Проверка изменений перед включением в целевую ветку. Проверяются логика, читаемость, риски регрессий, производительность, права доступа, интеграции и соответствие регламентам.
Git Flow
Модель ветвления Git с ветками main, develop, feature/*, release/* и hotfix/*. Проектные правила описаны в разделе Git Flow.
Термины 1С
Конфигурация
Прикладное решение на платформе 1С:Предприятие, которое определяет структуру данных, интерфейс, права и поведение системы.
Метаданные
Объекты конфигурации 1С: справочники, документы, регистры, отчеты, общие модули, роли, подсистемы и другие элементы прикладного решения. Регламенты по объектам собраны в разделе metadata.
Подсистема
Объект метаданных для группировки функциональности и управления доступностью разделов интерфейса. Правила размещения объектов описаны в разделе Подсистемы.
Роль
Объект метаданных, который задает права пользователя на чтение, изменение, добавление, проведение и другие операции. Проектные правила описаны в разделе Роли.
RLS
Record Level Security — ограничения доступа на уровне записей. В 1С используется для фильтрации данных по организациям, подразделениям и другим измерениям доступа. Правила применения связаны с разделом Роли.
Расширение конфигурации
Механизм доработки типовой конфигурации без прямого изменения основной конфигурации. Правила структуры и обновления описаны в разделе Расширения.
Регламентное задание
Фоновый механизм платформы для выполнения операций по расписанию или в отдельном процессе. Правила оформления описаны в разделе Регламентные задания.
Соглашения о коде
Стиль кодирования
Набор правил оформления исходного кода, структуры модулей, обработки ошибок и читаемости. Основной раздел — Оформление.
Префиксы
Служебные обозначения в именах объектов, модулей и методов, которые отделяют проектные доработки от типовой конфигурации. Правила описаны в разделе Префикс и комментарии.
BSL Language Server
Инструмент статического анализа кода 1С. Используется для автоматизированного выявления ошибок оформления, потенциальных дефектов и нарушений стандартов.
Инструменты разработки
EDT (Enterprise Development Tools)
Интегрированная среда разработки для 1С:Предприятие на базе Eclipse.
VSCode
Visual Studio Code — редактор кода с расширенной функциональностью, используемый для разработки.
SonarQube
Платформа анализа качества кода и контроля технического долга. В проекте связана с разделом SonarQube.
Интеграции и обмены
API
Программный интерфейс для взаимодействия систем. Общие правила контрактов описаны в разделе Интеграции.
JSON
Текстовый формат обмена структурированными данными. В проекте применяется для HTTP API и сообщений брокеров. Технические имена полей должны быть стабильными и оформляться по правилам интеграционных контрактов.
Регламентный обмен
Периодический пакетный обмен данными через файл, задание или другой согласованный механизм. Подходит для синхронизации состояния, когда не требуется поток событий и повторное чтение несколькими потребителями.
Брокер сообщений
Промежуточный сервис для обмена сообщениями между системами. Выбор типа обмена описан в разделе Брокеры сообщений.
RabbitMQ
Брокер сообщений для очередей задач, команд и событийных сообщений. В проекте является основным брокером для асинхронного обмена.
Kafka
Платформа потоковой обработки и хранения событий. Подходит для сценариев с историей событий, повторным чтением и несколькими независимыми потребителями.
AMQP (Advanced Message Queuing Protocol)
Открытый протокол передачи сообщений, на котором основано взаимодействие с RabbitMQ.
Exchange (Точка обмена)
Компонент RabbitMQ, который получает сообщения от издателей и распределяет их в очереди по правилам привязки.
Queue (Очередь)
Структура брокера, которая хранит сообщения до обработки потребителем.
Binding (Привязка)
Правило маршрутизации сообщений из exchange в очередь.
Producer (Издатель)
Компонент системы, который отправляет сообщения в брокер.
Consumer (Потребитель)
Компонент системы, который получает и обрабатывает сообщения из очереди или топика.
Routing Key
Ключ маршрутизации RabbitMQ, по которому exchange выбирает очередь для доставки сообщения.
Acknowledgment (Подтверждение)
Подтверждение обработки сообщения потребителем. После подтверждения брокер может удалить сообщение из очереди.
Connection (Подключение)
TCP-соединение между клиентом и брокером сообщений.
Channel (Канал)
Виртуальное соединение внутри подключения RabbitMQ. Одно подключение может содержать несколько каналов.
Virtual Host (Виртуальный хост)
Логическое разделение ресурсов RabbitMQ: очередей, exchange, пользователей и прав доступа.
Глоссарий дополняется вместе с регламентами. При добавлении нового устойчивого термина добавляйте краткое определение и ссылку на профильный раздел.