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