Здравствуйте, okman, Вы писали:

O>...тексты программ могут храниться и использоваться не в виде файлов. А где они тогда хранятся и как компилируются ?

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

Оговорюсь, что речь идет об объектной парадигме. По понятным причинам я буду больше говорить о проектировании, а не о программировании, так как с последним обычно связывают работу с текстом программы.

И так, что такое тексты программ и языки программирования, и нужны ли они вообще?
Приложение состоит из двух частей: описательной и исполнительной. Первая описывает объекты, вторая действия над ними.
Причем первая по синтаксису и изобразительности существенно богаче второй. Разные языки больше отличаются первой частью.
Исполнительная часть это, грубо говоря, выражения, операторы присваивания, вызовы функций и набор операторов управления.
Из всего этого многообразия текст в не конкуренции только в выражениях.

Вопрос: можно ли описать объекты и операторы управления НЕтекстовым способом?
Ответ очевиден, и пример UML это подтверждает. Могут возразить, что UML это — чисто академические "трюки".

Тогда зайдем с другой стороны. Рассмотрим Объектный метод, хотя бы в изложении Гради Буча.
По большей части в ОМ вообще не говорится о программах и их текстах, говорится об объектах и их структуре.

Допустим у нас есть инструментарий создания экземпляров объектов Объектной модели со всеми их взаимосвязями. Что определяет идентификацию и состояние объектов. Тогда не охваченным остается реализация поведения, ее и отдадим на откуп тексту. Хотя и тут есть Диаграммы и Автоматы.

Все это реализовано во Флоре. Можно сказать, что мы реализовали UML не сверху а снизу

Дальше можно либо показывать, либо отвечать на вопросы, либо хотя бы определить область, о чем говорить про Флору.