[userpic]

Схема - диаграмма - онтология 

metanymous в посте Metapractice (оригинал в ЖЖ)


Система
Это схема инженерного проекта, она же диаграмма альф инженерного проекта, она же диаграмма основ системной инженерии (systems engineering essence, от OMG Essence -- "основа", имени стандарта, где подобная диаграмма была предложена), она же диаграмма инженерной деятельности, она же онтология инженерного проекта.
На этой диаграмме основ отражены основные объекты, за изменением которых следит системный инженер, и которые всегда присутствуют в его мышлении. Это не "реальные предметы", это абстрактные сущности (типа "физическое тело", "химическая связь связь"), но с этими сущностями как раз и проводятся реальные размышления -- точно так же, как механик, вычисляющий траекторию выпущенной из ружья пули или летящей от пинка поручика Ржевского болонки абстрагируется от сущности летящих предметов и размышления свои ведёт в терминах "физического тела", про которое ему известны формулы.
Так и в инженерном проекте: системный инженер размышляет в терминах определения и воплощения системы, а не в терминах конкретных целевых систем (которых у него за долгую инженерную жизнь перед глазами пройдёт множество -- как пациентов перед врачом. Да, каждый пациент конкретен, но учат врача работать с пациентами как абстрактными объектами, а не конкретными людьми -- конкретные люди меняются, но знания о них, как о пациентах, у врача более-менее стабильны).
Что мы обсуждаем по диаграмме альф инженерного проекта:
● О чём в проекте нельзя забывать
● Где границы инженерного проекта, отделяющие его от других проектов
● Кто в проекте за что ответственен
● Какие максимальные риски, которые на себя может взять команда и её отдельные члены
● В каком состоянии сейчас проект, что уже сделано и что нужно ещё сделать для получения успешной системы
● ... многое другое, ибо эта диаграмма отражает основные изменяющиеся в ходе проекта сущности и основные связи этих сущностей.
Рекомендуется эту диаграмму распечатать как плакат и повесить на стенку в том помещении, где работают системные инженеры. Это должно гарантировать, что при размышлениях о "воплощении системы" не будут забыты "стейкхолдеры", при обсуждении "команды" не будут забыты "технологии" и т.д.: схема задаёт некоторую мыслительную конструкцию, которой необходимо следовать в рассуждениях. Это не теория, использование данной схемы должно быть практикой.