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