Обновить
314.62

Анализ и проектирование систем *

Анализируй и проектируй

Сначала показывать
Порог рейтинга
Уровень сложности

Как собрать плагин Archi самостоятельно

Уровень сложностиСредний
Время на прочтение6 мин
Количество просмотров478

Всем привет!

В этой статье поговорим об инструменте для моделирования архитектуры в нотации ArchiMate — Archi.

Про саму нотацию и Archi уже написано немало статей, в том числе на Хабре, но вот о плагинах Archi информации заметно меньше. Мне не удалось найти подробных и актуальных материалов, особенно если речь идет о самостоятельной сборке плагинов.

Решил разобраться сам и поделиться результатами небольшого исследования — как собрать плагин для Archi и на что стоит обратить внимание на примере нового плагина coArchi2. Бонусом небольшая детективная история по исходникам.

Читать далее

Почему «метод персон» и JTBD — это неработающий инструмент

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров901

Почему «метод персон» и JTBD — это неработающий инструмент, призванный лишь создавать документацию по пользовательским требованиям и оправдывать решения команд на «фактах»...

Читать далее

Зачем ИИ системному аналитику

Время на прочтение12 мин
Количество просмотров4.8K

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

В этой статье я делюсь тем, как за последние полгода я превратила ИИ в своего партнёра по работе. Показала, как нейронные сети, большие языковые модели (LLM) и удобная инфраструктура MCP + IDE Cursor (или её аналоги) могут стать настоящими союзниками системного аналитика, облегчая рутину и открывая новые возможности для творчества.

Читать далее

Электромагнитная совместимость при проектировании печатных плат

Время на прочтение4 мин
Количество просмотров4.4K

Электромагнитная совместимость при проектировании печатных плат.

Электромагнитная совместимость (ЭМС) – это не просто этап проверки готовой печатной платы, а фундаментальный принцип, который должен быть заложен в процесс проектирования с самого начала.

Последствия игнорирования ЭМС на этапе проектирования:

1. Нестабильная работа устройства: сбои, зависания, самопроизвольные перезагрузки.

2. Помехи для другого оборудования: ваше устройство может «глушить»Wi-Fi,Bluetooth, создавать помехи другим радиоприборам.

3. Невозможность пройти сертификацию: устройство не получит разрешение на продажу (например, маркировку CE, FCC). В России сертификация ЭМС представлена техническим регламентом Таможенного союза ТР ТС 020/2011 «Электромагнитная совместимость технических средств». Документ действует в странах Таможенного союза (ЕАЭС).

4. Дорогостоящая коррекция: исправление ЭМС на готовой печатной плате – это добавление экранов, ферритовых колец, переразводка печатной платы, что ведёт к задержкам производства и росту стоимости.

Читать далее

Эра корпоративной агентной автоматизации наступила

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров2.7K

В статье Camunda показывает, как классическая оркестрация процессов и агентный ИИ наконец сходятся: агенты могут принимать решения, действовать автономно, учиться на прошлых кейсах — и при этом оставаться под управлением BPMN и корпоративных правил. Если вам интересно, как сделать ИИ-агентов частью серьёзных бизнес-процессов, а не игрушкой из лаборатории — этот обзор стоит прочитать.

Читать далее

Полный гайд по автотестам для лидов и разработчиков. Часть 3. Про царь-тесты

Уровень сложностиСложный
Время на прочтение9 мин
Количество просмотров3.6K

В первой части мы озвучили следующие тезисы:

- автотесты нужны не для экономии на тестировщиков, а чтобы сократить до минимума циклы разработки и узнавать об ошибках практически мгновенно;

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

- тесты ломают разработчики, поэтому им за них отвечать - все виды тестов должны писать и поддерживать разработчики;

- с полным автоматическим регрессом можно и нужно ставиться в прод после каждого изменения в кодовой базе;

- главный шаблон поставки в прод изменений - конвейер развертывания (Deployment Pipeline);

- конвейер делится на 2 главные фазы: commit stage и acceptance stage;

- первая фаза - быстрые тесты (до 5 минут), чтобы быстро узнать, что ветка сломана и её надо скорее чинить;

- вторая фаза - приёмочные тесты (до 1 часа), чтобы узнать, можно ли ставить в прод изменения.

Про быстрые тесты мы поговорили во второй части. Пришло время поговорить про короля автотестов - приёмочное тестирование.

Читать далее

Управление “libraries" как “apps" используя Agentic Executable framework

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров379

Представьте, что библиотеки можно устанавливать / настраивать и удалять (на любом языке и в любом фреймворке) так же легко, как любое приложение или игру на телефоне или компьютере?

Эта статья о том, как мы можем это сделать.

Или другими словами, framework Agentic Executables (далее - "AE") рассматривают библиотеки как исполняемые программы со структурированными, понятными для AI агента инструкциями. Вместо того чтобы полагаться на документацию написанную для людей, AI-агенты следуют стандартизированным .md файлам для автономной установки, настройки, интеграции, обновления и удаления библиотек.

Я решил разделить статью на несколько частей:

Читать далее

[Управление репликами] Thundering Herd

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров336

Часть 3: А при чём здесь Thundering Herd?

В конце второй части я оставил вас с интригой: почему мой AI-ассистент решил поправить лектора и предложил термин Thundering Herd (несущееся стадо бизонов)?

Читать далее →

[Управление репликами] Dogpile Effect

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров490

Часть 2: В поисках классических проявлений Dogpile Effect.

Мое "расследование" началось с самого очевидного — поиска информации по термину Dogpile Effect. Хотелось найти каноническое определение термина Dogpile Effect.

Читать далее →

[Управление репликами] Начало

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров435

Этим постом хочу открыть серию постов по материалам курса Архитектор ПО.

Управление репликами - как избежать проблемы Dogpile при горизонтальном масштабировании и что вообще такое Dogpile.

Читать далее →

Завод на все 100! Как получить конкурентное преимущество за счет рекомендательных систем для поддержки принятия решений

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров1.7K

Часть 1. «Цифровая пена» всё сильнее затягивает

С одной стороны за несколько сотен лет принципиально не изменилась логика производства продукта: оборудование и рабочие на основании технологических карт/рецептур перерабатывают сырье и материалы в полуфабрикаты и готовую продукцию, передавая результат своей работы дальше по участкам до склада готовой продукции для отгрузки покупателям, при этом собственники ожидают максимальной отдачи от инвестиций.

С другой стороны, начиная с 30-х годов прошлого века, изменения в производственных системах, развитие компьютеров и аналитики, а также миллиарды долларов, вброшенные в консалтинг, породили вокруг бесконечное количество информации, моделей, систем, программных продуктов. Часто начинает казаться, что современные руководители, просто тонут в этой «цифровой пене», не всегда понимая, как соединить «теплое» с «белым», например, внедрение ERP, желание повысить скорость выпуска и сделать завод более рентабельным, а также развивать «мягкие навыки» (soft skills). И вокруг армия консультантов: «Вам нужно внедрить Бережливое производство», «У вас нет нормального управленческого учета», «Вам срочно нужно ERP», «Зачем тратить большие бюджеты, давайте всё сделаем в экселе» и так далее

В России ситуация осложнилась тем, что в 90-е годы была уничтожена советская научная школа управления производством и в течение 20 лет мы утратили собственные наработки и системно не взяли чужие, за исключением лидеров отраслей. В итоге сегодня видим засилье литературы из серии «Богатый папа — бедный папа» или «Коучинг — наше всё», а также разные курсы МВА, где руководителей и собственников бизнеса учат в основном лучшим практикам финтеха и ИТ.

Читать далее

Давайте поговорим про Web-API

Время на прочтение12 мин
Количество просмотров6.5K

Предупреждение: не сомневаюсь, что наверняка кто-то, прочитав данную статью, возжелает закидать меня тапками, но это его право, я не претендую на истину.

Я начал писать эту статью около двух месяцев назад. Писал по мере возможности и уже почти закончил, как буквально на днях было обсуждение именно этой темы с коллегами. По результатам услышанных там вопросов я добавил еще пару абзацев, чтобы постараться ответить на данные вопросы в комплексе. Эта статья лежала в черновиках с декабря 2021г, я совсем про нее забыл.

В наше время каждый слышал про Web-API и у многих это ассоциируется с REST. Однако этот многострадальный REST всегда какой-то не такой, с ним все время что-то не так.

Разработчики часто спорят и упрекают друг друга, что твой REST недостаточно REST-овый. Это стало чем-то вроде культа или даже религии. Я не планирую рассказывать о том, как правильно готовить REST, но весь материал именно вокруг этого многострадального RESTа.

Читать далее

Балансировка нагрузки: проблемы, решения, практические рекомендации

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров4K

Один сервер — это точка отказа. Рано или поздно он не выдержит. Как только появляется второй, третий, десятый сервер, возникает вопрос: кто будет раздавать им работу? Эту роль и берет на себя балансировщик нагрузки.

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

Читать далее

Ближайшие события

Три кита управляемого ИИ: От хаоса «чёрного ящика» к прозрачности и прибыли

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров1K

ИИ сейчас на пике внимания, и всё больше компаний видят в нём кнопку “ускорить прибыль”. Но если заглянуть в два свежих осенних отчёта по рынку ИИ, картина получилась тревожной: в каждом третьем ответе системы — дезинформация, а 95% корпоративных внедрений не приносят пользы.

В чём корень? Погоня за лайками, кликами и красивыми циферками KPI. Когда алгоритм “затачивают” только под отчётность, теряется главное — реальный результат.

Если хочется, чтобы искусственный интеллект работал на пользу, а не просто “гонял данные”, есть краткий маршрут:

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

2. Простройте визуальную карту процессов — только так можно контролировать, где теряются ресурсы и как реально работает ИИ в ваших бизнес-процессах.

3. Внедряйте новинки поэтапно: запускайте на конкретных участках, анализируйте ошибки и только потом масштабируйте то, что действительно влияет на результат.

Toyota не построила свой лайфстайл “японского качества” без визуальных схем — у них видно каждое звено процесса. McDonald’s стал легендой, стандартизировав каждый шаг и избавившись от хаоса на кухне. А в Amazon автоматизация сработала только тогда, когда был прорисован буквально каждый маршрут товара на складе.

В конечном счёте у любого лидера есть два маршрута: либо быстро монетизировать “чёрный ящик” в ущерб доверию, либо выстроить честную, прозрачную машину, которая будет работать долгие годы. Большие перемены всегда идут через осознанные решения и интеллект — человеческий и машинный.

Читать далее

Внедрить ИИ-ть или рассказать, доказать и показать

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров627

Очень многие хотят начать именно с предиктивных моделей — ведь всем хочется знать, что будет впереди, чтобы сделать правильный выбор сегодня.
Но здесь кроется опасность: люди часто довольствуются теми данными, которые у них есть, считая, что этого достаточно для прогноза. А на самом деле — это иллюзия.
Построить адекватную предиктивную модель на исторических данных за 2 года — практически невозможно. Особенно если данные разреженные, неполные или не покрывают полный цикл.
Даже если модель покажет высокую точность (например, 95% accuracy), она может быть неадекватной — то есть не отражать реальную картину. Придумал этот термин для пояснения глубины предиктивных исследований (предиктивный происходит от английского predict – «предсказывать, пророчить)
Что значит «адекватная точность»? Это...

Это когда модель не просто точно ...

Архитектура ИТ решений. Часть 1. Понятие «Архитектура»

Уровень сложностиСредний
Время на прочтение15 мин
Количество просмотров7.7K

Данный курс является продолжением образовательной программы в области проектирования Информационных систем (далее ИС). В рамках этой части - «Архитектура ИТ решений», мы с Вами рассмотрим вопросы проектирования и организации, применительно к большим глобализационным системам.

Часто, когда отдельные ИТ-системы, по мере развития цифровизации начинают объединять в более крупные, всеобъемлющие решения, команды сталкиваются с проблемами восприятия:

Читать далее

Подход к анализу требований в проектах внедрения ERP-систем

Время на прочтение4 мин
Количество просмотров578

Несмотря на то, какая методология лежит в основе внедрения корпоративной информационной системы, будь то каскадная, итерационная или спиралевидная, этап анализа требований является одним из первых и наиболее критичных [1]. В рамках этапа анализа выявляются наборы требований, предъявляемых бизнес-пользователями к разрабатываемой системе, ведется их приоритизация для понимания наиболее важных, а также фиксация объема проекта.

В случае использования гибких методологий внедрения, построенных на базе итерационной или спиралевидных моделях имплементаций ERP-систем, процедура сбора требований может повторяться неоднократно, что кардинально отличает их от классической каскадной модели. Здесь нет противоречия, так как многопроходные и однопроходная модели решают принципиально разные задачи и ориентированы на отличные способы выстраивания фаз проекта, включая анализ требований.

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

Читать далее

ClickHouse — must-have для аналитика

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров4.9K

Большие данные не равняются долгим ожиданиям! Эту простую истину мне раскрыл такой инструмент как ClickHouse, и жизнь заиграла новыми миллисекундами.

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

Расскажу, почему этот инструмент стал для меня настоящей находкой. Статья будет полезна разработчикам, инженерам данных и аналитикам, которые ищут эффективные инструменты для обработки больших объёмов данных.

Читать далее

Я «уволил» LLM с должности «мозга» проекта. И его производительность взлетела

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров13K

Помните свой первый «вау‑эффект» от LLM?

Я помню. Возможность вести диалог, генерировать код, получать ответы на сложные вопросы — казалось, мы получили идеального партнера по мышлению.
Но эйфория быстро угасла когда я начал использовать LLM для реальных, долгосрочных задач: рефакторинга сложного кода, написания архитектурной документации, анализа бизнес‑задач. И здесь проявилась фундаментальная проблема — «забывание».

Читать далее

Архитектура как часть цифровой стратегии предприятия

Уровень сложностиСредний
Время на прочтение9 мин
Количество просмотров532

Приветствую Хабр! Меня зовут Наталья Самсонова, я — системный аналитик с большим опытом работы на пресейлах. Успех оценочной (пресейловой) стадии проекта зависит от глубины понимания болей бизнеса и выявления соответствующей проблемной зоны в ИТ‑ландшафте компании. В статье мы поговорим о связях бизнес‑идей и ИТ‑основы для них, причинах взаимного влияния и совместного развития.

Динамика рынков требует постоянного обновления бизнес-стратегий их участников. Новая стратегия компании предъявляет новые требования к управлению ИТ-ландшафтом, а при значимых изменениях курса развития возникает запрос на цифровую трансформацию организации.

Согласно исследованию McKinsey, 70% инициатив в области цифровой трансформации терпят неудачу. Одной из ключевых причин является неверный архитектурный подход (источник). 

Архитектурные проблемы могут выражаться по-разному, например:

Читать далее

Вклад авторов