Статья со ссылкой на книгу Дэвида А. Марка и Клемента МакГоуэн


«Технология структурного анализа и проектирования – SADT»
СППР основана на базисе SADT.
SADT - методологическая основа для графического отражения систем через IDEF0 (функциональное описание)
и IDEF3 (процессное описание) и IDEF1X (информационное описание).
В СППР реализована только идеология и графика IDEF0.
Книга и статья, как очень краткий дайджест книги, помогут осознать
и выстроить собственные подходы к работе с СППР.
Автор статьи сделал два очень интересных наблюдения - вывода:
Таким образом, можно научиться с помощью SADT, получать ответы
на все актуальные для каждой конкретной организации профессиональные вопросы.


(типа, аналитик, используй SADT и ничего не проспишь)




«М моделирует А, если М отвечает на вопросы относительно А»


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

Статья
Создаём пользовательскую инструкцию для 1С быстро и без боли
от Султанова.
в первом же комментарии от автора говорится про превращение в функциональную модель в СППР (????)

Статья сразу же вызывает вопросы:
1. А чего самый важный пункт 5 не поручить бы ИИ
2. Бесплатные ИИ столько файлов зараз не прожуют - лимиты-сс

А вот то что описано в этой статье
не является ли уже устаревшим подходом?
Архитектура как код, Документы как код, Требования как код...
В статье предложено всё это в виде текстовых массивов хранить в github как версии,
как основу для построения задач на проектах.
А по сути то предложено вести текстовую "RAG" базу.
Если хранить тексты, то уж лучше в векторной базе в формате ИИ сразу.
Что из этого не было бы возможным хранить в СППР?
Фактически предложено вместо сппр использовать гит.
Такая вот идея.

Давайте попробуем спроектировать реальное проектное решение?
Вот статья с исходными данными.
Какое бы решение предложили вы?
Стали бы вы (и каким образом) отражать такой проект в СППР,
если бы стало понятным, что проект займёт не менее чем 3 месяца?

Идея: GraphRAG для построения AST-дерева из кода 1С
и фиксация его (дерева) в СППР для подачи в дальнейшем как условия исполнения промптов
Кто изучал тему?
Ваши мнения или опыт использования?

Создана интеграция BPMN 2.0 и 1С
Теперь полноценный редактор BPMN внутри 1С.
Интеграция двусторонняя между 1С и онлайн сервисом bpmn.io
Среди форматов svg, xml, html с автоматическим сохранением
Качаем пробуем и говорим спасибо Станиславу Султанову и ИИ (надо же! от Сбера!)
:)

Здесь про использование СППР на проектах по ЗУП
Но тут стандартно как руководству по СППР и только для тестирования на Ванессе.
СППР выбрали из-за наличия связки Процессы (шаги) - Функциональное описание - тестирование.

Попробовал вот этот ИИ для аналитиков 1С
Задал вопрос такого типа:
"В 1С ERP в 1 квартале 2026 года в функции "закрытие периода" появилась новая
подфункция ручного распределения. Объясни порядок работы с ней и в чем отличие от релиза предыдущего периода"
Я зевнул момент когда в ЕРП эту фичу объявляли и её смысл мне напрочь непонятен.
В результате я вместо автоматического закрытия периода вынужден был вручную делать распределения.
Хорошо статей чуть. А было бы сотни две?

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

Тем не менее, авторы разработки идут в ОЧЕНЬ правильном направлении.
Именно так должен выглядеть инструмент для консультантов, аналитиков и пользователей
- в простом окне задаёшь вопрос и получает свод из нескольких источников.
Конечно, над полезностью ответов для пользователей там ещё работать и работать.
Как я понял, создана база методических ресурсов под отдельные конфигурации 1С,
плюс ещё есть галка включения добора информации в интернет.

PS Хотелось бы попросить авторов разработки включить в систему конфигурацию СППР,
чтобы можно было задавать вопросы и по ней.
Материалы для неё можно набрать и с этого канала/чата.

PPS Можно регистрацию сделать не на корпоративную почту?
Больше народа придёт тестировать вашу разработку.

PPS Было бы здорово, если бы кто-то поделился зачем в ЕРП добавили странную
функцию дополнительного распределения. Кто сумел с ней справиться и как.

Заново на новом боте реализован мост
между Телеграм и МАХ в чатах СППР.
Адрес чата в МАХ....... а бог его знает, даже не найдёшь
можно лишь по пригласительной ссылке для участников

Теперь без разницы где писать сообщения в ТГ или МАХе
они ходят туда-сюда

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

Выходят инструменты, которые заявляются как конкуренты
Archi, Dochub, ну а поскольку и последние в каком-то смысле
аналоги СППР, то и СППР
Вот тут
"Как управлять архитектурными моделями, диаграммами и нотациями"
(видео есть и на других платформах)
Половина видео как всегда многословие о ниочем, лишь пара дельных мыслей.
Но в середине вы очень наглядно можете увидеть почему нет смысла вкладываться
в графические отрисовки архитектурных и подобных схем -
потому что такую кашу человек не в силах анализировать и переписывать.
В основе подхода всё таже идея "Архитектура как код"
(видимо DocHub не вытягивает).
Замечу, что проект пока на уровне "ещё одна рисовалка".
(написано, кстати, с помощью на ИИ якобы за пару месяцев)
Слабое место подобных поделий - то что они никак не связаны
с управляемой средой - ИТ-ландшафтом,
ни со средой управления (целеполагания) - бизнес-слоем.
Если кто пробовал n8n то знает, что в их воркфлоу огромное принципиальное
преимущество - нода может быть прямым действием над управляемой системой.
Это уже как архитектура вписанная в код.
Но сама мысль "Архитектура как" код из видео и докхабовской истории
очень перспективна по-прежнему.
Но вы на видео увидите, что в итоге описание архитектуры само
превращается в запутанную сеть узлов и связей с параметрами и правилами.
Этот путь тоже ведёт туда же куда и программистов завёл -
в тяжёлую и неподвижную легаси-лапшу теперь уже архитектуры.
Но, радостное тут - то что прототип системы сбацан за короткий срок
с помощью ИИ и весьма неплохо и неслабо-функционально.
Сколько там Арчимейт пилили?
Кто ищет интуитивно понятную рисовалку от требований к архитектуре
может её потестить.

Обращаю ваше внимание, что комильфо (must have на миллениальском) современности
требует включать в ПО ИИ-агента, который сопровождает пользователя.
Те кто пробовал ДокерДесктоп с его офигенным Гордоном (ИИ) не дадут соврать.
Он кстати с Клодом работает.

Кто уже ознакомился с новым стандартом ISO/IEC/IEEE 42010:2022(E)
"Программное обеспечение, системы и предприятия —
Описание архитектуры
Описание архитектуры программного обеспечения, систем и предприятий."?
В чём разница с предыдущими стандартами на ваш взгляд?
Заявляется что стандарт стал универсальным -
покрывает не только ПО но и архитектуру предприятия и систем.
Ушли от UML-описаний.
Есть про Architecture Description Language (ADL).
Заявлено архитектура ≠ её описание.
Добавлены как понятие бизнес-домены.
Заявлено как "универсальная основа для описания архитектуры любых сложных сущностей"

Выложен доклад
Использование СППР при разработке и тестировании продуктов 1С
от Сообщество 1С-разработчиков

Для тех кто интересуется почему при проектировании/моделировании
рекомендуется соблюдать лимит "сакрального числа 7"
и почему именно 7 (в руководстве по СППР рекомендуют число 6,
но это 1С и хорошо что не три раза рекомендуют)
здесь научное обоснование.

Всё, 1С на свалку истории?
https://infostart.ru/1c/articles/2694204/

Что такое OneBase в двух предложениях
OneBase — это одна папка с YAML-метаданными + один exe-файл на Go + SQLite или PostgreSQL в качестве хранилища. Запустил `onebase-gui.exe` — открылся лаунчер «Запуск 1С:Предприятие», только не от вендора, а ваш. Создал базу (SQLite — одним кликом, без PostgreSQL), накидал в YAML справочники/документы/регистры, добавил `.os`-файлы с проведением — и через 10 минут у вас работающая учётная система с веб-интерфейсом, проводкой документов, печатными формами и REST
API.

Приведёт ли развитие ИИ к тому, что языки программирования будут исчезать?
Контекст этой мысли на подумать: стоит ли вкладываться в вайб-кодинг на "языке 1c (как впрочем и на любом современном языке)?

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

Следствие1: на ИИ так и будут вайб-кодить те же программисты,
костылить другими словами, но проекты от и до ИИ так и не сможет писать.
Следствие2: резкие изменения произойдут только тогда, когда существующее
ПО будет переписываться на языке, заточенным под логику работы ИИ.

Следствие3: Пока кто-то не перепишет платформу ИИ на "новом ИИ подходе" особого
резона вкладываться в развитие и изучение языка 1С нет.

Следствие4 (спин-офф): Прототипы платформ, сбацанных на том же ИИ,
уже начали появляться.
#пишисвоёERPнехочу.

В статье
«Станции галлюцинаций: о некоторых фундаментальных ограничениях языковых моделей на основе трансформеров»
говорится о том, что

большие языковые модели (LLM),
на которых основаны ChatGPT, Gemini, Claude и другие агенты искусственного интеллекта,
не способны надёжно выполнять вычислительные задачи,
как только они превышают определённый порог сложности.
По мнению авторов, это не ошибка, а заложено в самом определении того, как эти модели вычисляют.

Текст статьи основан на математических попытках обосновать вышеуказанное утверждение.
Верим?

Тем временем, СППР уже в редакции 2.1.1.27
Изменения - исправления ошибок.
Может работать с новым интерфейсом 8.5
1С рекомендует уходить с 2.0 на 2.1,
т.к. поддержка 2.0 прекращена с начала года.

Оффтопик
Расширение от Microsoft, которое команды Unix делает родными в Windows
Будет вам такое и подобные оффтопики интересны?
Дайте знать в комментах.

СППР он и в Казахстане СППР,
правда там она выпускается под названием "1С:СППР FLEX"
А у нас здесь видео из курса "Архитектор 1C", там СППР только разок на слайде упоминается
в контексте хранилища части знаний выработанных с помощью СППР.