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

Пока в чате идёт дискуссия что есть DocHub и как его с 1С соединить.
Станислав Султанов даёт на Инфостарте практику
"Мастер-класс по применению DocHub в 1С, или Создаем единое место правды по архитектуре ваших приложений"
Слоган "место правды" может стать локальным мемом в нашем 1С-сообществе :)))

Вендор и производитель IT-инфраструктуры, пользовательского и телеком - оборудования YADRO в поиске инженеров 1С в департамент внутренней разработки.

Помимо доработки готовых решений и их обслуживания, нужно будет писать программы “с чистого листа”, готовить базовые элементы регламентов тестирования, писать тест-сценарии и многое другое в зависимости от выбранной тобой вакансии.

От кандидатов ребята ждут опыта, готовности работать над сложными и, конечно, интересными задачами, на некоторые позиции будет плюсом сертификат 1С. Команда YADRO предлагает гибридный формат работы, профессиональную и открытую команду, хорошую мотивацию.

Выбирай вакансию и скорее отправляй резюме:
• Старший программист 1С
• Инженер инфраструктуры (DevOps)
• Инженер по тестированию 1С

Инфостарт начался . Доклад в 12.30. Сейчас преддокладный мандраж.

Оффтопик
Знаменитый огненный танец Инфостарта

Информация от Александра Сазонова по его проекту СППР+

Коллеги, добрый вечер!

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

По qr-коду можно перейти на сайт проекта.
Кто хочет потестировать функционал, обращайтесь.

По итогам Инфостарта май-июнь 2024...
Доклад Романа Пионтика по подходу "Архитектура как код" на фреймворке SEAF
Роман является лидером в РФ в практической реализации методологии АаС
А вот как подход АаС на практике соединить с фреймворком SEAF об этом рассказывает Станислав Султанов.
Станислав реализовал связь SEAF (Dochub) с СППР 1С.
Получается сейчас лидерство за реализацией современного подхода в блоке 1С за Султановым.
Он в своём мастер-классе на Инфостарте предметно показывает как в СППР работать с описанием КОРПОРАТИВНОЙ архитектуры ИС и процессов
и при поддержке Романа Пионтика создаёт описание как Архитектор 2.0 на уровне организации с подведением к функциям и метаданным конфигурации 1С (ЕРП).

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

По итогам Инфостарта опубликована статья
"СППР – технология применения, недостающая функциональность. Основные альтернативы – "Архитектура как код" и "Шаблон архитектуры""
Можно ли, окружив СППР доработками, повысить её эффективность?
Есть ли такие доработки в готовом виде на рынке?
Дисклеймер: данная статья не повторяет доклад, а лишь излагает мысли и акценты, которые докладчику показались прошедшими мимо слушателей.

За доклады Инфостарта можно проголосовать постфактум для обратной связи авторам.
Вот здесь https://event.infostart.ru/analysis_pm2024/video/
Отмечайте звёздочками понравившиеся доклады.
Ваша поддержка авторам очень важна и помогает корректировать подготовку к докладам и оценку их значимости для сообщества.

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

Эта статья для тех, кто размышляет стоит ли в СППР реализовать управление кодом.
В статье интересная мысль - что разделение на монолиты и микросервисы слишком примитивно и не помогает в определении архитектуры приложений, а лишь запутывает.
https://habr.com/ru/articles/825532/

В продолжение вчерашнего поста.
Статья с идеей (вновь возникшей в который раз) хранить код в бинарном виде, как бы уже в виде синтаксического дерева (не АСТ).
Инструменты для построения синтаксического дерева есть. 1С в пролёте. Пока.
Это к вопросу на докладе Инфостарт "зачем тащить в СППР код".
Ну вот, возможный вариант ответа - не код, а пропарсенный особым образом код.
Опять же diff`ы может проще создавать.
И от бинарного формата один шаг до XML.
И ссылки на реальный опыт создания мультиязыкового IDE

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

Книжка "BABOOK Руководство к своду знаний по бизнес-анализу v3" на Озоне стоит около 10тр
Вроде раньше это всё размещалось в сети бесплатно, или нет никогда такого не было?
Кто прочитал её полностью - была какая-нибудь польза?

По ходу работы у специалиста часто собирается своя библиотека электронной литературы.
Чтобы управлять библиотекой есть программы.
Я пользуюсь Calibre. Она бесплатная.

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

Теперь же собственно о самой Calibre - что там ещё есть:
- работает с огромным количеством форматов книг, ворд, эксель и т.п.
- может работать с видео, графическими файлами, html
- собирает файлы из указанного вами каталога или архива и пытается расшифровать их в карточку - присвоить серию, определить автора. издательство и т.п.
- позволяет мэппить книги (видео и т.п.) по аналитикам.
- ОЧЕНЬ ВАЖНО - позволяет создавать библиотеки с удалённым доступом, т.е. собранную свою библиотеку можно сделать доступной себе в любом месте через интернет
Я так делал через MailRu облако.
- можно добавлять аддоны
- есть конвертер форматов
- есть возможность самому писать скрипты (шаблоны) для обработки файлов
- есть переводчик (пока не пробовал)
- загрузка новостей
Чего не хватает (или пока не нашёл):
- не очень точно работает автомэппинг. Плохо берёт djvu и иногда текстовые и вордовские файлы со сдвинутым или отсутствующим титульным листом
- нет автоматического автодайджеста через ЧатЖПТ для составления кратких содержаний книг и выводов, но есть возможность присоединять файлы к книге
- нельзя редактировать книгу любого формата, т.е. создавать в ней метки (EPUB можно и в него можно сконвертировать много форматов)
- html (сохранённые сайты) бывает ползёт при конвертации
- связи/обмена с Obsidian или аналогичным инструментом майндмэппинга.

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

UPD
- есть связь с Obsidian
- есть перевод книг из текста в аудио
- может связываться с библиотеками, выдающими электронные книги для чтения (см. коммент к посту)
- может работать с Флибустой (но не нашёл как обойти один момент)

Вот это продвигается как поддерживаемое государством
(ДИТ города Москвы по крайней мере)
как "станки" для разработки ПО
- операционная система ОС МОС
- git репозиторий со сборкой пакетов и управление проектами https://abf.io/
- что-то вроде документирования и трекеров задач
На уровне школы - но хотя бы есть.