6953
правки
Изменения
м
Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}
{{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} [https://www.facebook.com/photo.php?fbid=1810593598997586&set=a.660825517307739.1073741830.100001408916743&type=3 Пост FB]}}
[[Файл:Essence-ArchInSystem.jpg|400px|right|thumb|Из спецификации OMG Essence 9.7.5.2 Alpha Containment]]
Получается, что отличие альф в IT, зафиксированное в Essence, от альф системной инженерии - гораздо сильнее, чем я полагал раньше. То, что код в IT относится к системе, а в системной инженерии - к ее описанию - я знал, и Анатолий сам об этом явно писал в учебнике (я читал первую версию). А вот что Архитектуру авторы тоже относят к системе, при чем со всеми моделями, как это следует из описания детализации - для меня новость. Впрочем, это ж примеры в стандарте, так что полного согласия у авторов, скорее, тоже нет...
Эту разницу надо знать и удерживать, потому что курс системной инженерии Анатолия для продвинутого уровня IT-шников - очень полезен, но с мировым сообществом надо общаться на его языке - а Essence? , говорят, массово начали учить в университетах (не у нас), так что распространяться он будет. '''Важное дополнение''' - вынесено из комментариев. Почему важно удерживать разницу? Потому что вместе с Essence есть Practice library, где в его формализме описано очень много методов работы и практик, и это не говоря о карточках чек-листов по состояниям. И если мы меняем границу альф, то мы не можем использовать всю эту библиотеку. В Essence все логично: Requirements - это Solution как черный ящик, а Software System - Solution как прозрачный ящик. И в этой логике архитектура - там. А вот в логике системной инженерии Описание системы - это Инженерное решение как идеальный объект, а Воплощение системы - Инженерное решение как физический объект. И это - разные границы.
[[Категория:Архитектура]]
{{wl-publish: 2018-07-04 14:09:06 +0300 | MaksTsepkov }}