Опора на события: глаз лягушки в моделировании предпринятий

[ailev]

Из чего состоит предпринятие? Если грубо и с минимумом деталей, то из команды, работы, технологии, которые реализуют возможность обеспечить стейкхолдерам определённое воплощение целевой системы(подробности такого рассмотрения в http://ailev.livejournal.com/1159110.html, а ещё больше

Comments

[ljagg]

Оффтоп
В статье "Towards a Systems Engineering Essence" есть "Figure 2: V-diagram expressed in Essence Language"
Считаю что она некорректна.
1. Она некрасивая. "Натягивание совы на глобус".
2. Она содержит альфы, которых в стандарте нет.
3. Не содержит частей, которые есть на диаграмме (полочка System Operation)
4. Несовпадение типов сущностей. V-диаграмма показывает процесс во времени слева направо по фазам/этапам. Кода одна начинается, предыдущая заканчивается. Альфы же (кроме целевой системы) существуют на всем протяжении проекта. Их нельзя расставить последовательно во времени.
5. Для V-диаграммы есть отличные кандидаты в самом стандарте - "кораблики" из области Solution:

[ailev]

1. Мне наоборот, эта диграмма кажется красивой -- тут, как говорится, "на вкус и цвет". Очень хорошо получилось. Это фрагмент графа, на который наложили форму V

[ljagg]

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

2. Например, Part никак не может быть Abstract Level Progress Health Attribute. Она никак не relevant to an assessment of the progress and health of the endeavor. Если такой прокол в основах (pun intended), о чем можно вообще говорить?

5. "Тем более что тамошние "кораблики" совсем не системноинженерные".
Конечно. Я же дал ссылку на activity spaces программного Essence. Системноинженерного варианта нет в природе. Но именно элементы из этого класса наилушим образом располагаются на V-диаграмме и такое их расположение дает ага-эффект.

[ljagg]

Вы как-то заметили, что Essence написан на довольно низкоуровневом языке, чтобы программные инженеры поняли, а по хорошему там нужно формулировать онтологически. Вы не думали написать Essence для системной инженерии в онтологическом ключе? Системных инженеров онтологиями не напугаешь, а программные глядя тоже подтянутся может быть.

[ailev]

Да, мы сделали много подходов к этой задаче, но там есть существенные препятствия: альфы некоторые tangible, а некоторые intangible -- Essence допускает существование какого-то типа объектов, который бывает иногда классом (мыслью), а иногда индивидом (физической вещью). В онтологиях такого не допускается обычно.

Ну, и там ещё много других нюансов того же рода.

Так что для онтологически строгого изложения Essence для начала нужно стандарт поменять.

[ljagg]

Скорее всего Essence его авторы сами переизлагать не будут и побудить их к онтопереписыванию вряд ли получится. Так что похоже остается лишь способ при создании системноинженерного варианта внося системноинженерные изменения вносить также и изменения, которые позволят формулировать его онтологически строго.