Описание — это то, как мы говорим о системе. Описание необходимо для обсуждения будущей системы, чтобы обсуждать модели-описания и договариваться для достижения непротиворечий.

Описание делается через рассмотрения, а их три основных: - функциональное — по роли/функции: что части делают для реализации эмержентности / сервиса – это описание чёрного ящика – аналитиеская работа. - модульное / конструктивное — по частям: из каких частей состоит система – это описание прозрачного ящика! – синтетическая работа. - пространственное — по размещению в пространстве-времени: где-когда части физически находятся – тоже описание прозрачного ящика. (вот эти три первых — это костяк архитектуры систему) и множество дополнительных: - финансы - право - этика - етс

Важно: функциональное разбиения принято считать самым важным, и его можно назвать системным разбиением. Возникающий парадокс между системным разбиением по функциям и [[+ Часть-целое, разбиение, эмерджентность]] убирается с помощью трассировки функций к частям. Сделав такую трассировку вявляются уровни разбиения функционального и модульного, которые скорее всего не будут совпадать, и это нормально. Разбиения, как физические, так и функциональные, делаются вниманием.

Системы описываются частично в будущем — когда они воплощены / run-time. То есть описываются воплощения систем, всё остальное по сути и есть описание / design-time: от идеи - через описание - к воплощению. Поэтому в описаниях часто что-то отсутствует, так как это ещё не случилось, это в будущем, это ещё не выявлено. Описываются требования и архитектура; они всегда есть, но могут быть еще не описаны и/или не выявлены.

Описание проявляется только в виде документации, то есть записанное, задокументированное на каком-то физическом носителе.

Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).

Система, пока она не воплощена, имеет лишь описание. Как только система выделена вниманием, то есть кто-то о ней думает, то эта система (она может ещё только появиться в будущем) имеет описание, то есть образ того, как она работает в виде воплощения. То есть описание системы возникает до воплощения. Чтобы работать над системаой, воплощать её, необходимо задокументировать описание. Исключение — когда система создаётся НЕ коллективно, и описание системы достаточно для одного человека, который мыслит и воплощает систему.

#описание #функция #модуль #размещение #трассировка #эмерджентность

Часть-целое, разбиение, эмерджентность — разбиение по системным уровням — для понимания принципа и первичного рассмотрения, выявления систем: целевой, нашей, окружения, обеспечения.

Сервис и функция — именно в разрезе сервиса-функции делается функциональное разбиение.

Анализ и синтез — в ходе анализа описываются системы по разбиениями; в ходе синтеза строится основная результирующая функция системы путем компоновки модулей с их отдельными функциями.

Роли — Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).

Альфы и подальфы — описание системы делается через альфы и подальфы

Конфигурация — Описание (частично или полностью) входит в состав конфигурации системы на данный момент.

Описание и требования к нему — Описания часто делаются для кого-то, тогда для описаний существуют требования