
Одно недопонимание на встрече может стоить вам недель переделок. Давайте разберемся, как донести процесс так, чтобы все поняли одинаково — и заказчик, и команда.
Читать полностью »

Одно недопонимание на встрече может стоить вам недель переделок. Давайте разберемся, как донести процесс так, чтобы все поняли одинаково — и заказчик, и команда.
Читать полностью »

Привет! Меня зовут Татьяна Ошуркова, я системный аналитик, разработчик и автор телеграм-канала IT TalksЧитать полностью »
Я работаю бизнес-аналитиком. Создание диаграмм последовательностей (sequence diagram) – часть регулярной рутины. Всё классно. Но процесс правок…
даже незначительные изменения – это долго потому, что нужно много всего подвинуть и состыковать;
исходников может не сохраниться и приходится создавать диаграмму заново;
иногда проще сделать новую диаграмму, чем править существующую.
Такая нерациональная трата времени и сил раздражает.
Интернет полон статей про UML, вы найдете сотни примеров для каждого вида диаграмм, и без проблем создадите свои, нотация не сложная. Но так ли уж необходимо тратить на это время? Наш богатый опыт говорит «Да». Если у вас в команде более 2 человек и проект от 3 месяцев, то уже имеет смысл отрисовать 2-3 вида диаграмм. В одной нашей команде более 30 человек, проект длительностью более 3 лет, и мы используем...2-3 вида диаграмм.
Нотация UML избыточна. С другой стороны она недостаточна для проектирования распределенных систем, и здесь нам помогает Archimate. В этой статье мы расскажем, что действительно полезно из всего этого многообразия, и рассмотрим на примере полный цикл создания диаграмм для проекта.
Читать полностью »