Интересуйтесь не самой программой, интересуйтесь теми воплощениями системы, которые описывает программа, на изменения которых хотят влиять авторы программы
По ней нельзя «постучать», на неё нельзя «показать пальцем», как нельзя постучать по «числу 300», но можно постучать только по «изображению числа 300» на каком-то носителе
Нужно проверить, описывает ли концепция что-то существующее в реальности, а не просто описывает создание документации и избегает описания воплощения системы.
Описания системы легко отличить от воплощений системы и документов системы – они не занимают места в физическом мире, у них нет объёма и координат в этом мире, они , «идеальны», нематериальны как противоположность материальному/физическому.
Тем самым мы чётко различаем воплощение системы (system realization) занимающее объем в физическом пространстве-времени, и (system definition, часто называются ещё и определениями системы, не путайте со «словарными определениями»! ) – информацию о воплощении системы.
Если выразить системный подход одной фразой, то получится что-то типа «для удовлетворения внешних ролевых потребностей нужно понять функционирование и возможную конструкцию надсистемы и затем сформулировать функциональные и интерфейсные требования к целевой системе. Воплотить в жизнь эти требования, для чего разработать архитектуру и затем физически изготовить и отладить конструкцию целевой системы. Для этого нужно применить практики обеспечения жизненного цикла целевой системы, организовав компетентную в этих практиках команду и снабдив эту команду всеми нужными для этих практик технологиями. И всё