Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. 7.3. Технологический слой

Элементы уровня технологий (Technology Layer) описывает инфраструктурные сервисы, компоненты и физические ресурсы, необходимые для поддержки приложений и бизнес-процессов. Этот уровень отвечает на вопрос: "На каком технологическом фундаменте всё работает?"

https://habr.com/ru/articles/976870/

#архитектура_приложений #архитектура_систем #архитектура_системы_хранения_данных #слои_архитектуры #итинфраструктура #итархитектура #итиндустрия #моделирование_систем #моделирование_решений #archimate

Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. 7.2. Продолжение

Элементы уровня приложений (Application Layer) описывают программные компоненты, сервисы и данные, которые непосредственно поддерживают бизнес-процессы. Это "мост" между бизнес-активностями и технологической инфраструктурой.

https://habr.com/ru/articles/975300/

#архитектура_приложений #архитектура_по #архитектура_систем #слои_архитектуры #итинфраструктура #итархитектура #итиндустрия #моделирование_систем #моделирование_решений #archimate

Циолковский, Ньютон и Эйлер в расчете полета ракеты методом структурного моделирования для самых маленьких

Продолжаем публикации из серии «математическое моделирование для самых маленьких». В предыдущих статьях мы показали, как из погони волка за зайцем можно получить формулы для систем наведения противоракетной обороны. Там очень подробно описано как, зная скорость объекта, можно рассчитать траектории движения различных объектов в пространстве. https://habr.com/ru/articles/878168/ В этот раз мы займемся исследованием траектории движения космических ракет. Сравним формулу Циолковского с законом Ньютона и рассчитаем отправку груза на орбиту земли одноступенчатой ракетой, и двухступенчатой. И все это – в рамках курсов школьной физики и математики с помощью структурного моделирования.

https://habr.com/ru/articles/972994/

#Полет_ракеты #моделирование_систем #simintech #simulink #matlab #формула_циолковского #математическое_моделирование

Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. Начало

В прошлой части мы уже упоминали, что значимой проблемой при описании архитектуры предприятия является сведение разнородных артефактов разных уровней абстракции в единую картину мира. Аналогичные проблемы возникают в частности и на уровне моделирования. Как на одном полотне модели отображать и бизнес идеи, и сервисы прикладного слоя, и функциональность программных компонент, а еще “железо” на котором это все будет развернуто, и пробросить всевозможные связи между ними? Очевидно, что такие модели должны легко менять глубину детализации или выводить на более абстрактные представления. Все эти обстоятельства зачастую превращают моделирование в скопление красивых, но бесполезных диаграмм, которые ложатся "в стол", и в конечном итоге не позволяют использовать архитектуру как эффективный инструмент для принятия управленческих решений. Из этих размышлений, можно сделать вывод, что для качественного моделирования архитектуры предприятия нужен не просто инструмент моделирования, а поддержка в виде общепринятых стандартов моделирования архитектуры предприятия. Такое решение было предложено. ArchiMate в оригинале Architecture-Animate) — это открытый и независимый язык моделирования архитектуры предприятия для поддержки описания, анализа и визуализации архитектуры внутри и за пределами бизнес-процессов однозначным способом. Так же это технический стандарт от The Open Group, базирующийся на IEEE 1471. Он поддерживается различными разработчиками инструментов моделирования и консалтинговыми организациями.

https://habr.com/ru/articles/972736/

#архитектура_приложений #архитектура_по #архитектура_систем #слои_архитектуры #итинфраструктура #итархитектура #итиндустрия #моделирование_систем #моделирование_решений #моделирование_предметной_области

Схемотехника «для гонконгской квартирки»: резисторы, светодиоды и MOSFET

Несколько лет назад я собрал свой «лего магнум опус» — замечательный Pirates of Barracuda Bay — и решил с этими конструкторами завязать. Классные наборы все дорогие, да и места под них уже нет. Осенью я начал работать

https://habr.com/ru/companies/yadro/articles/941212/

#цифровые_схемы #crumb #моделирование_систем

Разговорный UML: как говорить с командой на одном языке

Привет! На связи Кнышенко Марина, системный аналитик Рунити. В этой статье мы попробуем сделать из UML универсальное средство общения, чтобы диаграммы помогали наладить диалог между командой и не лежали в архиве в качестве средства устрашения. Статья будет интересна системным аналитикам, которые ищут универсальные инструменты для работы и хотят настроить коннект с командой. UML — унифицированный язык моделирования… На втором слове коллеги заснули. На практике из академического определения можно запомнить, что UML — это язык. Язык необходим для передачи мыслей от одного человека к другому. Точно также на языке UML можно составить синтаксически верное описание системы, пустив в дело весь доступный арсенал «стрелочек» и «квадратов», но эти многоэтажные диаграммы так никто и не поймет.

https://habr.com/ru/companies/runity/articles/935050/

#uml #диаграммы_uml #моделирование #моделирование_систем #визуализация_процессов #языки_моделирования #инструменты_разработчика #разработка_требований #UML_Design

Digital Twin. Часть 2. Инструментальный Цифровой двойник

Вторая часть посвящена проблеме адекватности обоих двойников и путей её решения. Именно неадекватность модели – это основная преграда, о которую спотыкаются практически всё, выдаваемое сегодня за «Цифрового двойника». В первой части [ DT1 ] были рассмотрены проблемы современного «Цифрового двойника» \ Digital Twin (ЦД \ DT) и общие подходы к его идентификации, в первую очередь, его «Трехкомпонентный состав DT» («три кита» двойника): реальный объект (физический двойник, «физик», Physical Twin, PT), его модель (собственно сам DT) и обратная связь – как передача эксплуатационных данных объекта в контекст его модели (в идеале двухсторонний обмен). В идеале должен быть не только двухсторонний обмен по эксплуатационным данным, но и обмен по состоянию самой структуры объектов (синхронизация структуры), что будет подтверждать актуальность используемой модели (структурную адекватность обоих двойников). В большинстве случаев предлагаемые «примеры DT» представляют собой незамысловатый ребрендинг привычных (обычных) систем, т.е. скорее являются Pseudo Digital Twin \ Digital Impostor, а не Digital Twin, при этом даже имея все три компонента DT могут содержать модель не адекватную своему физическому близнецу («as-is» vs «as-really-is"). Кроме маскирования под DT обычных SCADA - систем и CASE \ BPMS типа ARIS (см. первую часть [DT1]), включая Enterprise Architecture (EA, архитектура предприятия как цифровой двойник предприятия), красивую вывеску «DT» прикручивают к системам: - ERP, например, dia$par,

https://habr.com/ru/articles/927360/

#цифровой_двойник #digital_twin #aris #моделирование_систем #mdd_modeldriven_architecture

Топ-5 ошибок в моделировании требований системным аналитиком

Привет Хабр! Меня зовут Татьяна Ошуркова, я системный аналитик и разработчик. Наверное многие хотя бы раз сталкивались с диаграммой, которая сделала процесс более понятным. И с диаграммой, после которой пришлось перечитывать описание процесса еще не раз. Грамотная модель делает требования более качественными, а некорректно построенная модель может привести к непониманию хорошо проработанной документации. В этой статье я разберу пять распространённых ошибок в построении диаграмм системным аналитиком на практических примерах.

https://habr.com/ru/articles/909524/

#системный_анализ #системный_аналитик #uml #моделирование_систем #бизнесанализ #бизнесаналитик #системная_аналитика #диаграммы #sequence_diagram #activity_diagram

Аппроксимация затухания в коаксиальных кабелях и ее использование для расчетов радиосистем

В данной статье будет рассказано о расчёте потерь в коаксиальном кабеле с помощью аналитической аппроксимации коэффициента затухания. Так же будет рассмотрен пример, как это можно использовать для расчёта радиосистемы..

https://habr.com/ru/companies/stc_spb/articles/877352/

#коаксиальный_кабель #мшу #радиосвязь #радиотехника #рассчеты #моделирование_систем

Являются ли старение и смерть эволюционным преимуществом? Отвечает компьютерное моделирование

Смертоносная эволюция: является ли программируемая смерть эволюционным преимуществом? Отвечает компьютерное моделирование. Правдивая история о том, как я работал адвокатом для неприятной дамы с косой. Из наблюдений за природой понятно, что смерть организмов от внутренних причин, таких как старение, является правилом, с небольшим количеством исключений. Полностью же бессмертными из многоклеточных признаны лишь семь(!) видов. И это из миллионов существующих. Почему это так?

https://habr.com/ru/articles/858802/

#Биологическая_эволюция #Эволюция #моделирование #моделирование_систем