#систематика /// Потребности, требования, ограничения
У надсистемы (по отношению в ЦС), а точнее у её, надсистемы, проектных ролей, есть какие-то потребности.
Эти потребности проявляются / преобразуются / выражаются как требования к ЦС.
И здесь важна их трассировка — связывание потребностей надистемы с требованиями к ЦС.
Когда формулируются требования, то они формулируются к ЦС без рассмотрения её, целевой системы, свойств и устройства. В таком случае ЦС рассматривается как чёрный ящик. Это предпочтительный вариант.
Требования обязательно должны быть увязаны с главной функцией системы.
Но если вместе с потребностями транслируются также требования к внутреннему устройству ЦС или принципам её работы, то тогда ЦС рассматривается как прозрачный ящик, и тогда требования, выдвигаемые к внутреннему устройству ЦС есть ограничения. Если такая ситуация случилась, то стоит торговаться насчёт ограничений, потому что это ограничения конструкторской свободы команды проекта, реализующей ЦС.
Все эти потребности, требования и ограничения являются описанием системы:
потрбености для над-системы и систем в окружении;
требования и ограничения для целевой системы.
Сначала рассматривают окружение и надсистему (главное действие) и лишь затем ЦС и цепочки обеспечения!
Потребности и требования обязательно трассируются, то есть сводятся "концы с концами".
Не должно оставаться потребностей, не переведенных в требования — потребности не будут удовлетворены, система не будет успешной.
Не должно быть требований, не относящихся к потребностям — это будет лишняя работа, которая может помешать другим требованиям и воплощению системы.
___
#потребности #требования #ограничения #чёрный_ящик #прозрачный_ящик #описание
У надсистемы (по отношению в ЦС), а точнее у её, надсистемы, проектных ролей, есть какие-то потребности.
Эти потребности проявляются / преобразуются / выражаются как требования к ЦС.
И здесь важна их трассировка — связывание потребностей надистемы с требованиями к ЦС.
Когда формулируются требования, то они формулируются к ЦС без рассмотрения её, целевой системы, свойств и устройства. В таком случае ЦС рассматривается как чёрный ящик. Это предпочтительный вариант.
Требования обязательно должны быть увязаны с главной функцией системы.
Но если вместе с потребностями транслируются также требования к внутреннему устройству ЦС или принципам её работы, то тогда ЦС рассматривается как прозрачный ящик, и тогда требования, выдвигаемые к внутреннему устройству ЦС есть ограничения. Если такая ситуация случилась, то стоит торговаться насчёт ограничений, потому что это ограничения конструкторской свободы команды проекта, реализующей ЦС.
Все эти потребности, требования и ограничения являются описанием системы:
потрбености для над-системы и систем в окружении;
требования и ограничения для целевой системы.
Сначала рассматривают окружение и надсистему (главное действие) и лишь затем ЦС и цепочки обеспечения!
Потребности и требования обязательно трассируются, то есть сводятся "концы с концами".
Не должно оставаться потребностей, не переведенных в требования — потребности не будут удовлетворены, система не будет успешной.
Не должно быть требований, не относящихся к потребностям — это будет лишняя работа, которая может помешать другим требованиям и воплощению системы.
___
#потребности #требования #ограничения #чёрный_ящик #прозрачный_ящик #описание
#систематика #инфоарх /// Архитектура
Архитектура описывает систему в части самых важных решений:
- Какие модули за какие функции будут отвечать.
- Какими интерфейсами будут связаны эти модули.
- Как и чем будут обмениваться эти модули через интерфесы — какие сервисы будут "течь" через порты, воплощенные интерфейсами.
Можно сказать, что модули есть существительные, а функции (выполняемые модулями) есть глаголы, так как функции есть действия, дающие на выходе результат и как следствие сервис.
Архитектура — это всегда прозрачный ящик!
Необходимо следить за связностью модулей — чем меньше связей, интерфейсов, тем меньше шансов на неотслежываемые соеднения (они — источник ошибок) и тем проще управлять модулями в составе системы.
Архитектура есть всё самое важное про функции, всё самое важное про модули и всё самое важное про размещение, а также всё самое важное в других рассмотрениях системы.
Архитектура может быть и у процесса, а следовательно — архитектура может быть у проекта.
____
#архитектура #интерфейс #модуль #прозрачный_ящик #проект
Архитектура описывает систему в части самых важных решений:
- Какие модули за какие функции будут отвечать.
- Какими интерфейсами будут связаны эти модули.
- Как и чем будут обмениваться эти модули через интерфесы — какие сервисы будут "течь" через порты, воплощенные интерфейсами.
Можно сказать, что модули есть существительные, а функции (выполняемые модулями) есть глаголы, так как функции есть действия, дающие на выходе результат и как следствие сервис.
Архитектура — это всегда прозрачный ящик!
Необходимо следить за связностью модулей — чем меньше связей, интерфейсов, тем меньше шансов на неотслежываемые соеднения (они — источник ошибок) и тем проще управлять модулями в составе системы.
Архитектура есть всё самое важное про функции, всё самое важное про модули и всё самое важное про размещение, а также всё самое важное в других рассмотрениях системы.
Архитектура может быть и у процесса, а следовательно — архитектура может быть у проекта.
____
#архитектура #интерфейс #модуль #прозрачный_ящик #проект
#систематика /// Детализация
Детализация — увеличение подробностей. Подробнее — лучше.
Когда мы рассматриваем не только архитектуру, но и вспомогательные детали, они же — архитектура на более низких системных уровнях.
При увеличении детализации мы делаем ящик более прозрачным.
Почему подробнее значит лучше:
- чем больше деталей, тем больше возможностей для критики и больше вариантов объяснения;
- чем больше деталей, тем точнее предсказания / тем больше предсказаний можно дать.
___
#детализация #прозрачный_ящик #архитектура
Детализация — увеличение подробностей. Подробнее — лучше.
Когда мы рассматриваем не только архитектуру, но и вспомогательные детали, они же — архитектура на более низких системных уровнях.
При увеличении детализации мы делаем ящик более прозрачным.
Почему подробнее значит лучше:
- чем больше деталей, тем больше возможностей для критики и больше вариантов объяснения;
- чем больше деталей, тем точнее предсказания / тем больше предсказаний можно дать.
___
#детализация #прозрачный_ящик #архитектура