EV
Если есть задачи про xbrl — почему бы нет.
Денис, спасибо! (списались в личке)
Size: a a a
2017 June 02
2017 June 03
MS
http://docs.cntd.ru/document/1200139542# - с сентября в действие
Теперь вопрос: "Что означают на вашей картинке фигурки и стрелки?" можно будет задавть людям, потрясая ГОСТ Р 57100 :-)
E
Кстати, не увидел в этом стандарте (может, плохо смотрел) ссылки на нотацию в которой его картинки нарисованы.
MS
По ссылке он какой-то обрезанный. Впрочем и в полной версии вроде нет упоминаний на нотацию моделей, используемых в самом стандарте )
E
Попозже брошу версию полную версию, про которую в фейсбуке говорили, что вроде актуальная
AS
А какой практический смысл в этом документе? Это помогает повысить качество решений в госсфере?
DS
А какой практический смысл в этом документе? Это помогает повысить качество решений в госсфере?
+1
E
Практический смысл должен быть как у любого стандарта - подводить единую базу. Но в действительности это, к сожалению, немного не так (очень уж дело сложное - стандартизация чего бы то ни было на уровне государства)
E
Ну и кстати, как Максим уже писал, что на вопрос о картиночках можно весомо указывать заказчику на стандарт :)
MS
А какой практический смысл в этом документе? Это помогает повысить качество решений в госсфере?
Качество решений помогает повысить подход viewpoint and perspective и следование принципу separation of concerns при обсуждении сложных систем. А стандарт он нового ничего не привносит, но просто подчеркивает рекомендацию структурировать архитектурные описания определенным образом
E
Качество решений помогает повысить подход viewpoint and perspective и следование принципу separation of concerns при обсуждении сложных систем. А стандарт он нового ничего не привносит, но просто подчеркивает рекомендацию структурировать архитектурные описания определенным образом
К сожалению, в части гос.организаций редко является решающим фактором, потому что сложности зачастую на уровне управления и того, что заказчик уже озвучил какие-то даты широким массам или совсем большим начальникам
E
Но это не повод опускать руки :)
DS
Качество решений помогает повысить подход viewpoint and perspective и следование принципу separation of concerns при обсуждении сложных систем. А стандарт он нового ничего не привносит, но просто подчеркивает рекомендацию структурировать архитектурные описания определенным образом
Ни разу не сталкивался, чтобы какой-либо стандарт использовали As is. Обычно стандарт адаптируют под конкретную организацию - разрабатывают т.н. СТО - стандарт организации. Бывают и обратные ситуации - на базе сто разрабатывают Госстандарт.
DS
Это касается любой организации, в том числе и негосударственной
d
А кто-нибудь GraphQL в продакшене использовал? Обменяться бы опытом.
MS
Ни разу не сталкивался, чтобы какой-либо стандарт использовали As is. Обычно стандарт адаптируют под конкретную организацию - разрабатывают т.н. СТО - стандарт организации. Бывают и обратные ситуации - на базе сто разрабатывают Госстандарт.
Стандарт по архитектурному описанию ни к чему конкретному не призывает. а определяет только мета-модель сущностей рекомендуемого архитектурного процесса (а вернее, его конкретной части). Поэтому тут и адаптировать особо ничего не надо, определяешь свой набор представлений и перспектив и работаешь.
AS
ISO/IEC/IEEE 42010 - это методологический станданрт. С ним многие согласны. Я использую его для разработки нужных viewpoints и model kinds. см. https://www.slideshare.net/samarin/systems-architecting-experience
MS
При этом наличие этой мета-модели поможет аргументировать наличие самого процесса, потребности формирования представлений и разделения консернов между разными стейкхолдерами. В перспективе должно стать проще объяснять, что размещать на одной диаграмме сервер баз данных, список таблиц, программный компоненты и интерфейсы и элементы пользовательского интерфейса не есть гуд. Должно стать проще аргументировать определенную деятельность в рамках проектов, просто давая ссылку на стандарт и объявляя минимальный набор viewpoint и perspective.