1С СППР Система Проектирования Прикладных Решений

Чтобы могло быть заменой или конкурентом или расширением СППР в будущем?

В этой статье идёт подводка к мысли, что транслятором
с человеческого языка пользовательских требований в код готовых решений
может выступить LLM ИИ.

Особое значение приобретают интерфейсы и их проектирование,
ведь они могут выступать формализованным
описанием для управления результатом работы ИИ.
Отсюда мысль - СППР должна больше внимания уделять проектированию интерфейсов или "интерфейсов".
А в 1С это считай аналог слову "форма".
Нудная конвертация требований в метаданные и функции уйдёт...

Как по мне, 1С вполне логично сделала блок Процессов в СППР.
И это соответствует порядку работы аналитиков на проекте.
1С задумывала описание Процессов, как действие в отрыве от описания функциональности проектируемого ПО.
Т.е. аналитики могут описывать бизнес-процессы работы клиента не задумываясь о том, какой в итоге ПО будет внедрён.
И без привязки к функциям и ролям.
Предполагалось, что описание Функциональности будет сделано отдельно и описание Профилей отдельно.
А после того как два описания Процессов и Функций (Профилей) будут готовы должен быть был выполнен мэппинг Функций (профилей) на процессы.
Поэтому логично выглядит, что в процессах требуется указывать Функции и Профили (Исполнителей) по принципу один=к=одному.
В тоже время при описании функций и профилей нормально что допускается отношение много-ко-многим.

Заявлена новая фича от 1С по выгрузке-загрузке конфигураций, расширений, внешних отчетов и обработок в/из файлы(ов).
Как думаете чем будет отличаться от штатного функционала СППР?
По логике СППР грузит из хранилищ,
а новая фича импорта-экспорта будет работать без подключения к инфобазе.

По предыдущей публикации в чате СППР пошла дискуссия
о том как вместо Процессов в СППР использовать Функции.

У сторонника такого метода, Евгения Филиппова, вышла статья
в «Вестнике компьютерных и информационных технологий», 2024, том 21, № 9"
под интригующим названием
"МОДЕЛИРОВАНИЕ ИРРАЦИОНАЛЬНЫХ РЕШЕНИЙ, ПРИНИМАЕМЫХ ПРИ УПРАВЛЕНИИ ИТ-ПРОЕКТАМИ", где
в разделе "Компьютерная модель" есть небольшое изложение об использовании СППР.

Ранее у Филиппова выходила статья, где также есть описание использования СППР как инструмента,
"Применение технологий нагрузочного тестирования для моделирования
процессов обучения сотрудников заказчика
// Вестник компьютерных и информационных технологий. 2023 Т. 20, № 3. C. 50 – 60.

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

"Первым выступит Евгений Филиппов — эксперт по технологическим вопросам, автор «Настольной книги эксперта».
Евгений покажет, как моделировать бизнес-процессы произвольной системы в СППР в IDEF0. Евгений построит организационную модель и смоделирует работу 1200 человек, занятых проектной деятельностью с помощью оснастки нагрузочного тестирования. Крутой эксперимент, который погрузит в работу с СППР 2 и нагрузочным тестированием."

Ожидается митап на просторах нашей страны, где выступит участник нашего чата Евгений Филиппов.
Не даю ссылок дабы не сочли рекламой.

Евгений, но крайне интересно как же "моделировать бизнес-процессы произвольной системы в СППР в IDEF0",
некоторые сомневаются что это возможно, в типовой СППР по крайней мере.

Да и 1С как бы заявляет IDEF0 в СППР больше для функций.
В разделе БП в СППР они графику BPMN дают.

Очень ждём комментариев.

1С планирует сделать доступность объектов расширений из внешних отчетов и обработок.
В этом контексте, когда мы говорим, что в СППР
можно вести проектирование конфигураций и расширений (с небольшой допилкой "от Филиппова"),
неплохо бы реализовать аналогичную функциональность для внешних обработок и расширений.
На немалом количестве проектов наработанный функционал скрыт во внешних доработках (отчетах),
Было бы неплохо массив кода и метаданных из них включить в область проектирования.
Самым простым видится вариант включения внешней обработки (отчета) в объекты конфигурации (расширения),
без изменения и подгонки кода только для считки кода и ОМД в СППР.
Какие ещё варианты предложите?
- конвертировать внешние обработки в расширения?
- конвертировать в конфигурацию с модификацией кода и прекращать использовать внешние обработки (отчёты) как отмирающий вариант формата разработки функциональности?
- что ещё?

В чате на пробу включен механизм репутации.
Можно поддержать и подбодрить полезного автора ответом "спасибо" или "thanks" или "++"
Особенно просим "молчунов" поддерживать и направлять дискуссию в сторону интересного автора, если не хотите сами высказываться.
Если против механизма репутации - напишите в комментах, общественное мнение имеет значение.
UPD
Текущие стандартные слова повышения репутации:
спасибо,++,дякую,рәхмәт,thank,tnx,+1,благодарю,благодарствую,👍🏻,🤝
UPD1
Пока видно что сработало от админа, но не сработала от участника.
Также непонятно где эти звёзды числятся :)))

Для тех кто ищет методику как в СППР соединить бы проектирование архитектуры с проектированием ПО
и считает что это разные понятия.
Тут интересный постулат
"Проектирование программного обеспечения против архитектуры программного обеспечения"

Колесо реализации архитектуры предприятия
Наглядный интерактивны круглый граф и компактное текстовое изложение
Для тех кто ищет варианты описания архитектуры на проекте
- можете прикинуть как это удастся положить на СППР.

Это классный механизм. Применяли при внедрении ЕРП(2017 году) . Одновременно работало 12 команд подрядчиков. Очень помогла связка BS - СППР. Очень рекомендую к применению

В СППР есть достаточно неплохой инструмент учета требований. При регистрации требования можно сгруппировать по тематикам, разделам и т.д, Но есть одна недоработка: в типовой СППР требование связывается с проектным решением только в техническом проекте, а это уже поздний этап проектирования. Для того чтобы связывать требования с процессами приходится делать небольшую доработку СППР, добавив на форму шага процесса табличку с возможностью указания требований, с которыми шаг связан, Далее создаем технические проекты, связываем их с процессами/функциями, потом в техпроект техархитекторы накидывают метаданные. далее на изменения, описанные в техпроекте вешаем задачи на разработку. Техпроект имеет версию релиза, по готовности всех задач решаем в какой релиз входит техпроект. Релиз техпроекта тестируется и идет в прод. Теперь в обратную сторону: есть код в 1С, в нем есть ссылка на задачу, в задаче есть ссылка на техпроект, техпроект содержит основание для разработки: требования, ошибки и т.д. есть описание изменений по объектам и функциям... Функция у нас тоже связана с требованием. Теперь по требованиям: можно посмотреть в каких техпроектах светится объект метаданных, какие требования были в каких техпроектах. как они менялись между релизами или просто исторически.

Из чата по Businness Studio про одну из методик работы с СППР. В частности о обходе проблемы сппр из-за отсутствия связки бизнес процессов с требованиями (но это по мнению автора сообщения). По тексту чата также упоминается о связке СППР с BS.
Это группа конференции по Проектированию бизнес архитектур. Вроде не публичная, не нашёл её прямой ссылки.

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

Вот собственно для чего СППР и нужна.
В этой статье на примере проблем со внедрением ERP с цифрами
и рассказывается как реально состоят дела с успешными внедрениями.
Тут самое интересное - цифры реальной оценки ожиданий бизнеса от внедрения ERP, причин срыва ожиданий.
Здесь озвучивается необходимость "системной зрелости" организации для повышения шанса на успех внедрения ERP.
А системность и означает, что прежде чем что-то сделать/внедрить надо продумать/спроектировать.
А СППР инструмент именно для этого.

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

Все ушли на сегодняшний ERP-форум от 1С?
Если есть информация оттуда, делитесь, пожалуйста, здесь в чате.
Про СППР особенно, если хоть слово скажут.

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

Как бы ответ на вопрос - нужна ли маленьким командам СППР или почему маленькие команды не пользуются СППР

Краткий вывод: Им проще и быстрее любую мысль/требование забить в код, а потом исправлять ошибки,
чем тратить время на проектирование.

Резюме: Поэтому вопрос применения СППР не размер команды или проекта,
а фактор времени, которое согласны на проектирование выделять и оплачивать.
Как в том анекдоте про алкоголика, обезьяну и банан на потолке - чё тут думать, тут прыгать надо.

Число ежемесячных запросов запросов по 1С СППР
выросло с 200 до 1000 за период с 01.01.18 по 30.09.24
Пятикратный рост за 7 лет