Владимир2012Почему бы не иметь в этой среде разработки подсистемы:
- информационной /средства для формирования отчетов, какого-либо внешнего представления информации (страницы /намек на сайты/, книги, ... /;
- мультимедиа и графика;
- объектная /позволяет построить объектную модель прикладных задач, ... и уже имеющая объекты "из коробки"/;
- алгоритмическая /управляющие конструкции, ... и возможность создавать новые управляющие конструкции для прикладных задач и общего использования/;
- ...
- ...

При этом среда разработки должна быть проста в освоении и использовании.
Проекты, созданные с помощью нее должны быть не "заумны", а просты и понятны другим.
уже давно разработана архитектура описанного и существует ее реализация
Еще в 2007 году один партнер из Челябинска писал такое
некоторые интерфейсы конечно изменились немного, но приходилось только косметические изменения вносить и новые объекты загружать не меняя архитектуры уже много лет.

Владимир2012Посмотрел. Интересная система.
Но вывод о том, чтоiscrafmуже давно разработана архитектура описанного и существует ее реализация больше похож на само рекламу.
Володя, эти приложения по всей России работают, без рекламы. Лучше изучи что такое компонентная архитектура.

vill_agerА чем искра не устраивает (например)?

Мне очень понравилась, в свое время. Но было желание и время - построил свою.
И чем плоха самореклама? Особенно если есть чем гордиться?
респект , как говорится!

Владимир2012больше похож на само рекламу.
кстати, одна из их разработок
в качестве "саморекламы". Очень оригинально распорядились битовыми полями в MS SQL...

Владимир2012ТС "экспромтом" рассказал о том, "чего он хочет".
но ТС совершенно не знает что такое уже давно реализовано

vill_agerВладимир2012,

http://www.iscra.ru/
лучше https://iscraport.com , более полный ресурс

Владимир2012Если правильно понял, то ваша система как бы обобщает стандартный процесс разработки информационных систем:
- разбиваем задачу на подсистему /подсистемы могут в свою очередь иметь свои подзадачи/;
- регистрируем набор подсистем и их компонент.
можно конечно и так представить, но основные принципы положены в основу компонентной модели. Такого понятие как какие-то "подсистемы" нет. С таким подходом тоже иногда приходится спорить и переубеждать разработчиков что кроме CRUD подхода существует TASK based. Такой подход ближе для Искры. Хотя можно и стандартно разбивать на подсистемы и в зависимости от этого разбиения строить приложение, т.е. применять "стандартный процесс". Не запрещается, просто рекомендации другие
Что касается физической реализации то основное в построение системы по принципам SOA и в самой структуре приложения. Здесь есть документ определенного формата в котором тегами описана структура и взаимосвязь объектов и есть загружаемые плагины, которые могут интерпретировать эти описания. Если требуется новый тип объекта, то корректируется описание, если требуется новое поведение, то просто загружается другой плагин с модулем запуска.

Владимир2012iscrafmЗдесь есть документ определенного формата в котором тегами описана структура и взаимосвязь объектов и есть загружаемые плагины, которые могут интерпретировать эти описания. Если требуется новый тип объекта, то корректируется описание, если требуется новое поведение, то просто загружается другой плагин с модулем запускаИмеется manual/s/ в которых можно было познакомиться с этими и прочими деталями архитектуры вашей системы?
Мне бы лично они были интересны именно для ознакомления с архитектурными решениями, а не клонирования вашей системы.
на портале iscraport полная (или почти) информация. Документация в печатном виде не выпускается. Да и от help по F1 отходим.