Size: a a a

Архитектура ИТ-решений

2021 April 30

В

Владимир in Архитектура ИТ-решений
/help@banofbot
источник

B

Banof in Архитектура ИТ-решений
😎 Banofbot позволяет голосовать за бан участников чата. Появился спамер или еще какой негодяй, а админов нет рядом? Просто ответьте на сообщение провинившегося текстом @banofbot и бот начнет голосование.

/help — Показывает это сообщение 😱
/language — Позволяет выбрать язык 📣
/lock — Включить или выключить доступ не-админов к командам бота 🔑
/limit — Сменить минимальное количество голосов для кика пользователя (также вы можете использовать формат "/limit 100") ✌️
/time — Настроить минимальное время между банами
/votekickWord — настройка дополнительных слов начала голосований. Используйте в формате /votekickWord кик, челлендж, драка 🐸

Не забудьте назначить @banofbot админом, иначе он не сможет работать.

Остались вопросы? Почитайте наш канал поддержки — @borodutch_support 🦄

Попробуйте еще один мой проект — Тудурант (iOS, Андроид). Это умный список задач, который использует поведенческую психологию для того, чтобы заставить ваш мозг выполнять задачи. Полностью бесплатен 30 дней без каких-либо обязательств, поэтому почему бы не попробовать улучшить свою продуктивность? Тудурант помог мне, поможет и вам!
источник

EV

Egor Vershinin in Архитектура ИТ-решений
BPMN  - для описания бизнес-процесса. Причем иногда шлюзами жертвуешь, что бы схема не получилось слишком громоздкой. Далее один БП декомпозируется на ветки или блоки функциональности с помощью диаграммы UseCases. Условия, ветки и событии отражаются в описании конкретного UseCases.
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Все так
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Я это понимаю.
Я пробую примерить BPMN для визуализации технологического процесса, пусть для примера это будет оформление кредитной заявки: стадии прохождения, какие компоненты/системы задействованы, какие сервисы и в каком порядке вызываются
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
У нас bpmn именно для этого и используется
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Для каждого продукта(типа кредита) есть процесс, выраженный в bpm
источник

EV

Egor Vershinin in Архитектура ИТ-решений
BPMN подойдет: свимлейны=системы, взаимодействие между свимлейнами=инфопотоки. Главное сохранять одинаковый уровень детализации и не пытаться с помощью BPMN нарисовать взаимодействие на уровне методов API. Мы пробовали, ни к чему хорошему такие попытки не приводили : ) Все таки BPMN - эта нотация ориентированная в первую очередь на бизнес-заказчика
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
у меня примерно такие же идеи
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
технологические частности лучше документировать в соответствующих техрешениях в UML sequence и прочем UML
источник
2021 May 01

AL

Alexander Luchkov in Архитектура ИТ-решений
Не только. Могут в личку наколдовать сценарии, диаграммы потоков прочее.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Последовательность событий удобнее всего было моделить в виде диаграмм последовательности uml.

А вот связность на уровне потоков данных лучше всего поделилась в виде functional flow в архимейте.

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

Но таки расширить метамодель никто не мешает.
источник
2021 May 03

AK

Andrew Kotsubinski in Архитектура ИТ-решений
/help@banofbot
источник

B

Banof in Архитектура ИТ-решений
😎 Banofbot позволяет голосовать за бан участников чата. Появился спамер или еще какой негодяй, а админов нет рядом? Просто ответьте на сообщение провинившегося текстом @banofbot и бот начнет голосование.

/help — Показывает это сообщение 😱
/language — Позволяет выбрать язык 📣
/lock — Включить или выключить доступ не-админов к командам бота 🔑
/limit — Сменить минимальное количество голосов для кика пользователя (также вы можете использовать формат "/limit 100") ✌️
/time — Настроить минимальное время между банами
/votekickWord — настройка дополнительных слов начала голосований. Используйте в формате /votekickWord кик, челлендж, драка 🐸

Не забудьте назначить @banofbot админом, иначе он не сможет работать.

Остались вопросы? Почитайте наш канал поддержки — @borodutch_support 🦄

Попробуйте еще один мой проект — Тудурант (iOS, Андроид). Это умный список задач, который использует поведенческую психологию для того, чтобы заставить ваш мозг выполнять задачи. Полностью бесплатен 30 дней без каких-либо обязательств, поэтому почему бы не попробовать улучшить свою продуктивность? Тудурант помог мне, поможет и вам!
источник

I

Ivan in Архитектура ИТ-решений
Это первоисточник (Jeff Lindsay in 2007):
https://web.archive.org/web/20180630220036/http://progrium.com/blog/2007/05/03/web-hooks-to-revolutionize-the-web/

В OOP термин hook означал возврат потока управления назад из некой стратегии. Например, когда template-method производного класса вызывает метод абстрактного класса:

- https://wiki.c2.com/?HookMethod
- https://wiki.c2.com/?ConstructionPrincipleForDesignPatterns

В OS hook - это просто перехват вызова, сообщения или события.
источник

АБ

Алекс Белецкий... in Архитектура ИТ-решений
Спасибо за ссылки, можете привести более high-level примера хука и api Call?
источник
2021 May 04

VL

Vasya Lenin in Архитектура ИТ-решений
Доброго дня. Такой вопрос. Начинаем новый проект и хочется грамотно его задокументировать. Успешного опыта нет, есть опыт хаотичных записей. Прошу посоветовать:
1. Список конкретных артефактов, необходимых для документирования архитектурных и технических решений.
2. Может есть какой-то шаблон для структуры документации. Конечно бизнес логику тоже надо будет как-то фиксировать, но это позже (или нет?).
3. Хранить все будем в конфлюенсе. Может сразу полезные плагины посоветуете.
4. Или ткните где про все это почитать можно. Спасибо.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
1. Список документов должен соответствовать вашему процессу разработки.
2. Обычно для начала хватает того, что требуется для постановки задачи на разработку и разработки приёмочных тестов. Т.е. как-то упакованные требования, общее описание функционального и компонентного разбиений, тесткейсы.
3. Из полезных плагинов я пользовался стандартными page properties (page properties report), handy status (там вообще линейка прикольная), requirements yogi (мощная штука, можно вообще управление конфигурацией на ней построить), Keysight simple glossary, smart terms glossary тоже неплох. Для всяких картинок хорошо заходит версионирование диаграмм draw.io и plantuml
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
При использовании JIRA + Confluence RQ Yogi позволяет привязывать таски  к требованиям, что сильно упрощает жизнь и всякие трассировки.
Плагин для JIRA - свободный. Прилагается так сказать к базе.
источник

S

Sergey in Архитектура ИТ-решений
а Jira привяжите к gitlab-у/github-у и т.п. Чтоб полная связка была
источник