Когда мы работаем с небольшими задачами, где задействовано два-три справочника и пара документов, вся структура легко удерживается в голове. Однако на крупных проектах, где количество объектов метаданных исчисляется сотнями, а логика процедур и функций пронизывает несколько подсистем, проектирование «на лету» становится невозможным. В этой статье мы разберем, какие инструменты и методики используют современные разработчики и архитекторы 1С для проектирования структур данных и алгоритмов.
Начиная с определенных версий платформы 1С 8.3, разработчикам стал доступен встроенный механизм визуализации метаданных — Схема данных. Это мощный инструмент, который позволяет увидеть конфигурацию не в виде дерева объектов, а в виде графической схемы связей.
Разберем основные возможности этого инструмента. Мы можем перетаскивать объекты (справочники, документы, регистры) на холст, и система автоматически отрисует связи между ними на основе ссылочных типов данных. Это позволяет быстро проанализировать, какие объекты пострадают при изменении структуры. Проанализируем ситуацию: если в документе РеализацияТоваровУслуг изменяется состав реквизитов, мы сразу увидим все связанные с ним регистры накопления и справочники, что минимизирует риск возникновения ошибок в логике.
Фирма 1С предлагает специализированную конфигурацию — СППР. Она предназначена для ведения жизненного цикла разработки. Рассмотрим, как она помогает в проектировании:
Хотя многие разработчики отмечают определенную тяжеловесность интерфейса СППР, для крупных корпоративных систем это стандарт де-факто, позволяющий сохранить целостность архитектуры на длинной дистанции.
Если классический «Конфигуратор» ограничен в средствах визуализации, то 1C:EDT (на базе Eclipse) предлагает качественно новый уровень. Проанализируем преимущества проектирования в EDT:
В EDT реализован графический редактор схемы данных, который гораздо функциональнее своего аналога в обычном конфигураторе. Кроме того, проект в EDT представлен в виде набора файлов, что позволяет использовать диаграммы как код. Выясним причину популярности такого подхода: это дает возможность хранить архитектурные схемы в Git и проводить их рецензирование (code review) на этапе проектирования.
Для проектирования структуры базы данных (сущность-связь) традиционно применяются ER-модели (Entity-Relationship). Профессиональные архитекторы используют сторонние CASE-системы, такие как Enterprise Architect, Visual Paradigm или более легкий ARIS Express.
Разберем по шагам, как спроектировать сложную процедуру с помощью диаграмм последовательности (Sequence Diagrams). Вместо того чтобы сразу писать код, мы рисуем взаимодействие объектов:
Для создания таких диаграмм очень удобен инструмент PlantUML. Рассмотрим пример текстового описания схемы, которая превращается в графику:
@startuml
Пользователь -> ФормаДокумента : Нажать "Провести"
ФормаДокумента -> Сервер : ОбработкаПроведения()
Сервер -> РегистрНакопления : ЗаписатьДвижения()
Сервер -> ФормаДокумента : РезультатПроведения
@enduml
Прежде чем приступать к созданию управляемых форм в 1С, особенно если интерфейс сложный и нестандартный, мы рекомендуем использовать Figma. Это позволяет согласовать расположение элементов, юзабилити и логику переходов с заказчиком без единой строчки кода. Рассмотрим, почему это эффективно: переделка формы в 1С занимает часы, а изменение прототипа в Figma — минуты.
При проектировании доработок в крупных ERP-системах полезно применять принципы предметно-ориентированного проектирования. Проанализируем ситуацию: когда логика одного документа (например, ЗаказПокупателя) раздувается из-за требований разных отделов, система становится хрупкой. Применяя DDD, мы разделяем функциональность на «ограниченные контексты».
Важные моменты проектирования в стиле DDD:
В условиях удаленной работы для быстрого наброска структуры процедур и функций отлично подходят инструменты типа Miro или Эсборд. Мы можем в режиме реального времени рисовать блоки Если...Тогда, определять состав параметров процедур и структуру таблиц значений, которые передаются между модулями. Это заменяет классическую «офисную доску» и позволяет сохранить результат в виде артефакта проектирования.
Результат проектирования должен быть зафиксирован. Современные команды отказываются от громоздких Word-файлов в пользу Wiki-систем. Разберем, как это выглядит на практике: создается страница технического проекта, где описываются:
СуммаНалога, СтавкаНДС.ПроведениеСервер.Таким образом, проектирование доработок сегодня — это комплексный процесс, сочетающий встроенные инструменты платформы (Схема данных, СППР, EDT) и специализированные методики визуализации (UML, ER-диаграммы, Figma). Использование этих инструментов позволяет избежать «спагетти-кода» и создать систему, которую будет легко поддерживать и развивать.