Интересно говориться про как что определяет и как задавать детализацию описания.
Применяя понятия системные уровни целевой системы из системного мышления, становиться более понятным словосочетание “уровни детализации”.
Вот буквально понимая что имя целевой системы это будет первый уровень детализации описания, а далее описывая системное разбиение от целевой и ниже по принципу часть-целое можем говорить об уровне детализации второго, третьего и т.д. N-ого уровня детализации описания.
Мне вот интересно, сколько специалистов в рабочих проектах готовы говорить об уровнях детализации именно вот в таком подходе?
Примерны диалог может быть таким:
- Вам необходимо дать описание целевой системы с уровнем детализации 4 уровня
- Описание с детализацией четвертого уровня займет 2 недели.
- Нет! мы не можем себе этого позволить! Тогда делаем детализацию второго уровня, и через 1,5 недели выдаем четвертого!
:))) шутка
Если коротко, то система должна быть описана по разбиениям системным уровня такого, в котором для всех заинтересованных ролей описания система “ящик” с точки зрения понимания перейдет из состояния “темный” в “прозрачный”. И начинать описание нужно с учета интереса заказчика этого описания.
На каком уровне разбиения остановиться – вы должны решить сами, исходя из целей описания. Остановиться следует там, где уже становится неважно, в чём состоят функции более мелких частей (подсистем), и мы не хотим в этом разбираться и это описывать. Тут можно упомянуть метафору черного и прозрачного ящиков. Когда мы смотрим на что-то как на черный ящик – мы можем видеть только вход и выход, но не его внутренние механизмы. А для прозрачного ящика наоборот, его внутреннее устройство нам видно. Важные для описания уровни — прозрачные, или, по крайней мере, такие, в которых мы бы хотели добиться прозрачности.
Уточнено понятие [[Система]]: главное уточнения о том, что говоря о системе всегда нужно держать в уме характеристике физичности системы, то есть описание/модель или процесс работы не могут быть системой.
Нужно взять на вооружение понимание границ системного разбиения описаний и “проверка” границ системного уровня на предмет выявления заинтересованности в обсуждении в рабочих проектах: слишком высокие уровни могут вызывать размытость в понимании, а слишком низкий уровень, то есть более высокая детализация, становиться излишними.
published:: ссылка