Схема не вполне понятна. Что Вы хотели на ней отразить?
Схема и не может быть понятна, потому что к ней нет комментариев.
А комментариев нет потому ,что я не знал, что Вам в ней может быть не понятно. Вот сейчас знаю, поэтому комментирую.
Она перечисляет объекты , которые будут задействованы в модели, их уровень в эсо.
Эти объекты есть места, где человеческие интересы превращаются в товарные и денежные потоки.
Происходит это так.
Каждый человек обладает потребностями, главными из которых являются витальные потребности, без удовлетворения которых, он жить не может. Пока будем иметь ввиду только эти потребности.
Все общество, реализуя эти потребности действует в автоматическом режиме.
Оно не может не производить товары, удовлетворяющие эти потребности.
Эти потребности есть источник всей активности каждого человека и всего общества.
Интерес, порождаемый этими потребностями - есть алгоритм, технологический процесс удовлетворения этих потребностей.
Этот интерес, алгоритм,технологический процесс реализуется на объектах, которые мы учитываем в модели, в виде произведенных на этих объектах самых разнообразных услуг и товаров.
В обмен на произведенные товары и услуги каждый получает денежные знаки, которые являются свидетельством о факте производства этих услуг и товаров и которыми эти денежные знаки обеспечены.
Поэтому каждый товар или услуга - есть реализованный,овеществленный интерес. А движение денег и товаров по всей технологической цепочке их производства - есть движение человеческих интересов, опосредованных этими деньгами и товарами.
Мы в своей модели должны показать всю технологическую цепочку возникновения и перемещения денежных и товарных потоков, их обмен друг на друга так, как оно есть в действительности.
Показать как происходит распределение произведенных товаров, какие сложности возникают при этом распределении и как их избежать. То есть надо описать на языке UML то, что написано у меня в статье.
Показав все это, мы ответим на вопросы:
Как возникают деньги?
Когда деньги получают свою стоимость?
Когда товары получают свою цену?
Как возникают кризисы?
Кто, на какой стадии общественного производства безвозмездно присваивает блага созданные всем обществом?
Что надо делать, чтобы всего этого, вышеперечисленного не было?
Я, думаю , теперь понятно, почему нельзя разбивать эсо на части, почему надо анализировать эсо всю сразу целиком, как единую систему?
Use Case используется для визуализации взаимодействия с системой, грубо говоря, с одной стороны субъекты, которые взаимодействуют, а с другой ...эээ... "отображения/представления/функции" системы с точки зрения ее использования и статические связи между ними.
Собственно, если русское название - "варианты использования" - дополнить словами "системы пользователями" (понимая пользователей в широком смысле), то получившееся словосочетание доходчиво объяснит назначение Use Case
Изображенное не укладывается в подобный стереотип и поэтому неочевидно.
То, что Вы описали, это только один вариант использования диаграммы "Варианты использования". Он касается моделирования открытых систем.
А если система закрытая, работающая в автоматическом режиме и у нее нет пользователей - пользователи сами являются действующими лицами в этой системе - зачем изображать на диаграмме "актеров".
Я не знаю UML, поэтому использую его для своих потребностей, утилитарно, чтобы объяснить Вам то, что я хочу от модели эсо. Как надо правильно изобразить эту диаграмму Вам виднее. Предлагайте вариант.
Чтобы качественно проектировать модели и корректно разрешать споры , возникающие в процессе проектирования, нужна спецификация UML на русском языке, а ее нет. Нет даже здесь на сайте.
На вопросы теории эсо, затронутые Вами, обязательно отвечу в своем жж.