"...Знак состоит, по крайней мере, из "имени" (означающего), "референта" (означаемого) и "отношения" между ними. Любое обучение семиотике начинается, тем не менее, с объяснения "знака" как первичного объекта этой науки..."
http://lacan.narod.ru/ind_sim/Default.htm
Что-то мне кажется, это не просто совпадение :)
Ну да, за этим "фактоориентированным подходом" с триплетами стоит замечание Витгентшейна, что мы ничего не можем знать об объекте, кроме как указав на отношения его с другими объектами. То есть первичным в познании является не объект, а факт (объект1-связан_отношением1_с-объект2).
Ну, отсюда и понеслось.
Интересная лекция, особенно пример с моделеориентированной инженерией требований к электростанции.
Пытаюсь такой подход применить на практике, пока на очень небольшом проекте и без соблюдения стандартов (хотел почитать 15288, но в свободном доступе не отсыкал, а пару сотен баксов пока как-то жалко, может быть зря конечно).
И столкнулся с большой проблемой. Недостаток знания о моделировании. Как строить модели требований? Какой софт при этом использовать? Какую литературу можно по этому поводу поизучать?
Мы используем русский перевод ISO 15288 и ряда других связанных с ним поясняющих технических отчетов и стандартов (обычно члены Русского отделения INCOSE их как-то получают -- а вступить стоит $105 тут: http://incose.org). В этом наборе стандартов нет моделеориентированности (хотя ISO 42010 уже явно шаг в том направлении), он "традиционный" -- но в любом случае полезный, ибо служит проверочным перечнем для тех практик, которым нужно уделять внимание.
Насчет "небольшого проекта": полностью, конечно, системная инженерия крайне выгодна как раз на больших проектах. Но отдельные элементы (типа моделеориентированной инженерии требований) интересны на любом масштабе.
Про моделеориентированную инженерию требований у меня было несколько постингов: http://ailev.livejournal.com/811715.html -- и там далее по ссылкам.
Перекопал все презентации выложенные во всевозможных местах но не нашел той, что всю пятую часть висит в кадре. Помогите найти :-) Там типовой набор практик в инженерии требований. Вроде как частично попадалось тут: http://ailev.livejournal.com/769827.html. Но не уверен