В канале СППР+ большая публикация по готовому функционалу.
Суть - про идеологию реализации конфигуратора в платформе (СППР) и работу с метаданными как с данными.
UPD
Через малое время обещана выкладка видео о работе в системе.

Неплохая простенькая памятка по BPMN
Особенно понравились схемы с движением потока (судя по комментам сделано в Comunda)
В статье и комментах есть упоминания используемых продуктов для рисования.
Comunda c дорожками - неплохо бы такую схему прикрутить в СППР для отрисовки Процессов и Шагов.

Для тех кто хочет использовать СППР и управлять кодом/разработкой,
вот статья по написание построителя AST-дерева (за два дня как же!).
Хотя СППР задумана для описания функционального дерева на уровне пользователя/архитектора,
а AST-дерево это структура кода на уровне программиста,
в сущности управление кодом означает, что требуется сравнить соответствие функционального СППР-дерева c АСТ-деревом.
Алгоритм на проекте такой:
- аналитик, архитектор выявляют процессы и строят функциональную структуру
- программист пишет код, как обычно, без оглядки на что там архитектор выстроил
- постфактум хотелось бы понимать, насколько написанный код соответствует задуманной архитектуре
- также хотелось бы оперативно делать такую сверку по ходу изменения обоих деревьев
Мэппинг двух деревьев был бы неплохим решением для управления или хотя бы понимания как код и архитектура соответствуют друг другу.

В канале включена возможность реакции в виде телеграмовских "звезд".
Посмотрим, что же это такое.
Звезду можно поставить также и там же как и простую реакцию - тапом по посту (правый клик мышкой)
и выбрать звезду как реакцию и количество звёзд.
Жаль что это нельзя сделать в чате, чтобы пользователи могли друг другу ставить звёзды за сообщения.
Но может пока...

Напоминание:
- для новых пользователей в чате работает запрет на сообщения в течение 24 часов
- работает фильтрация по отдельным словам на спамеров
- работает народный @banofbot - ответом на сообщение

Хорошо структурированная статья по принципам проектирования кода ПО (не самого ПО, а именно кода).
С примерами на 1С.
А кто продумывал как SOLID применить к проектированию на уровне функциональности пользователя - т.е. на уровне СППР?

В с вязи с известной историей, происходящей вокруг Телеграм,
не дай бог и закроют или ограничат,
на всякий случай, сообщаем резервные размещения канала/чата
1) Дзен
2) Вконтакте
На сейчас на Дзене только автоматически публикуются посты из канала.
Во Вконтакте сейчас нет вообще ничего, просто держится для резерва.
Для осторожных, проницательных, разумных, считающих тему полезной
и помнящих в какой стране и в какое время живём,
рекомендуется присоединиться к указанным каналам.

"Как с помощью СППР победить техдолг"
Очень интересное изложение методики использования СППР от Гринатом/Росатом.
СППР используется как баг-трекер (бек-трекер у автора).
В СППР направляются потоки:
1) изменения конфигурации разработчиком
2) сообщения в техподдержку
3) ошибки из журналов регистрации из сотен инфобаз (28 видов баз, 600 серверов, 750+ сотрудников)
4) сообщения о медленных запросах из логов на серверах о запросах выполняемых дольше 3 секунд
5) сообщения из SonarQube об ошибках в статистическом анализе кода
Всё это поступления в баг-трекер СППР техдолга.
Далее данные группируются (по видам баз, по конфигурациям, по разработчикам и т.д.)
Собирается и выдаётся также информация о динамике видов ошибок и их исправления.
Стажёры и новички обучаются на разборе ошибок из СППР, что позволяет им входить в курс дела.
Заявляется что реализованы и архитектурные проверки в СППР (объекты без ролей, ошибки в типах метаданных и еженедельно анализируется

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

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

Ниже про разработку, основанную больше на архитектуре "от управления проектом" - вышло новое видеоописание

Коллеги, добрый день. Сейчас управляю проектами перехода с SAP на ERP  в общей сложности на 8 промышленных заводах. По ссылке (https://rutube.ru/video/private/52934c0c5d21d573e78d191cd88dd597/?p=0kdqEv-vAgS1eBqlsbgl2w) обзорное видео как организована работа РП, архитекторов и аналитиков. Описываю 3 подсистемы – непосредственное управление дорожной картой, бизнес-процессное моделирование и управление заявками и SD в целом. Как создавать и обновлять wiki   на своих проектах мы не используем WORD-Excel, не используем платных трекеров.  В общем, надеюсь опыт будет интересен. Буду рад любой обратной связи.

Весьма примечательное готовое решение для работы аналитика и архитектора с требованиями и проектами.
Архитектура самого решения полностью переработана и не совпадает с СППР.

Какие в ней плюсы:
1. Архитектура проектного решения ИС и бизнеса отделена от Управления проектами,
но вместе они соединяются через требования
2. Есть возможность интеграции с графикой drawio и archimate - схемы процессор рисуются и привязываются к объектам
3. Сквозная взаимосвязь требований и объектов/функций системы
4. Требования декомпозируются
5. Есть модели для описания бизнеса и модели ИТ-системы
6. Модели, требования и задачи из этапа в этап проекта могут копироваться.
Например: модель составленная на этапе "предпроектное обследование" может быть полностью перенесена в этап "разработка"
- очень удобно учитывать изменения в архитектуре, сделанные по ходу проекта. Есть сравнения изменений.
7. Есть возможность описания интеграций между базами (системами), в т.ч. и не1С. Например с excel-системой.
8. Очень удобные сквозные переходы и отслеживания взаимосвязей моделей, объектов, требований, задач проекта.
9. Система может прямо сейчас помочь архитектору быстро и несложно привести в порядок работу команды
с выдачей задач на разработку и тестирование и отслеживанием изменений в версиях проекта, моделей, требований.

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

Рекомендуем посмотреть видео по системе и оценить насколько она поможет аналитикам и архитектору быстро организовать работу на проекте и сопровождении.
Автор разработки есть в чате @VitaliyZaporozhskiy
Виталий, моё почтение! Продукт сделан весьма перспективный и полезный уже сейчас.

О чём подумалось.
Эту бы разработку соединить бы с:
* СППР+ Сазонова (сейчас там фантастически реализован конфигуратор в платформе и работа с метаданными)
* СППРподERP Дениса Ермолаева (там глубже чем у Виталия сделано управление проектами - под договорное управление)
* Системой управления развёрткой баз/конфигураций под ветки разработки от @JaneGlass73 (на условиях, что система будет перепилена на работу с конфигуратором из работающего сейчас исходника под EDT)

Ваше мнение советы и идеи на эту тему могут быть полезными, ждём их в чате!

Зарегистрировался сюда
Привлекло обещание рассказать как анализ кода 1С загоняют в Obsidian
Прикидываю что же они сделали - неужели АСТ-дерево в Обсидиан загнали? (!!! для @Doublesun)

А 1С тем временем тихо и мирно изменила формат функциональных моделей
из "1С:Облачная карта прикладных решений" в формат СППР 2

Заявлено, что схема IDEF0 автоматически генерируется на "основании функций нижнего уровня"

Хм, а раньше разве не так было? Нижнего уровня?
Имеются в виду элементы справочника "Функции системы" (не группы)
или то что раньше называлось и обозначалось как "конечная" функция?

Сама модель как была от 2016-2017 так вроде и осталась.

UPD в ответ на вопрос автору как отразятся в его разработке изменения внесённые в схемы drawio/арчи,
если ранее схема была загружена в его конфигурацию 1С.
Ответ:
"У каждого элемента схемы Арчи или DrawIO есть идентификатор.
Я при загрузке сохраняю идентификаторы и при повторной сопоставляю то что загрузил и новую схему, + привязывают к ИД созданные в программе объекты.
Причем в Арчи есть и ИД схемы и ИД объекта - поэтому я даже уже созданный объект на новой схеме могу сопоставить с тем что в программе."

Неплохо же ведь, да?
Фактически это означает, что схемы аналитикам можно в рисовалках вполне свободно модифицировать,
а в 1С ФА от Виталия это автоматически свяжется с уже наработанной базой объектов.

Обратной связи из 1С в схемы на данный момент нет.
Но сделать её автора можно попросить.

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

Если кому интересно - сейчас основной алгоритм спамеров - заход в группу с обычным
именем пользователя, попытка какнуть свою мессагу, удалить свой аккаунт из ТГ
получить автобан, но на исходный никнейм.
В итоге список участников группы заполняется "удалённый пользователь"
Сам ТГ почему-то не чистит оперативно удалённые аккаунты.
В итоге список участников группы заполняется таким мусором.
Приходится чистить его вручную периодически.
Опасность этого мусора, пишут, в том, что когда ТГ сподабливается удалять удалённые аккаунты,
то происходит массовое проседание рейтингов канала/чата.

Тема СППР получается востребована и канал/чат считаются спамерами читаемыми раз сюда стали лезть.
Да и на хх.ру от 1С появилась вакансия на разраба именно по СППР.
Ходят слухи, готовят какую-то массивную доработку СППР.
Неужели архитектора по СППР с идеями нашли уже?

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

Если есть какие-то проблемы пишите в личку админу.

Сегодня прошла трансляция из этого объявления.
Кто смотрел и может дать своё мнение в чате?
Насколько это полезно или игрушка не стоящая внимания?

Кратко суть решения - ребята вывели связи объектов метаданных в список
и отразили это визуализацией через Обсидиан.
Получилось графически красиво на уровне визуализации из бигдаты.
Но есть сомнения в практической пользе.

Хотя моё личное мнение, за 3Д подходами к визуализации объектов из СППР/конфигурации есть.
3Д лучше, чем двумерное представление могло бы решить некоторые задачи.
Хотя лично я ожидал, что будет визуализация функциональных связей.

Ваше мнение?

Инсайд
Одно из решений в области СППР успешно прошло экспертизу на известной инновационной площадке.

Достаточно свеженький ГОСТ Р 71207–2024
в разработке ПО
Статическомий анализ программного обеспечения.Общие требования