Comments 7
Как-то мухи с котлетами смешались - нотации и средства.
Это все равно, что написать - а я вот в WORD документы делаю и у меня в документах есть текст, таблицы и схемы!
Вы говорите об UML, но приводите из него только диаграмму последовательностей. Я понимаю, что вы имели ввиду, что из всего разнообразия UML в основном используете именно эту диаграмму. Но в тексте этого нет.
BPMN - приведенная схема прекрасный пример того, как не нужно делать. Divide et impera - принцип для людей, но для процессов он тоже отлично подходит. Если на диаграмме больше 10 задач - выделяйте часть в отдельный подпроцесс. И понимать и сопровождать такое описание будет на порядок проще.
Confluence - это инструмент. Нашли другой инструмент, который больше подходит именно вам - это просто отлично. Либо учитесь использовать Confluence, но не требуйте от него, чтобы он наладил вам рабочие процессы.
За второй пункт аплодирую стоя. Мне передали проект с десятком таких монстров. Было больно
Согласен, можно было уточнить этот момент.
Глобально - конечно, согласен. Однако, команде было удобно рассматривать процесс целиком, чтобы можно было понять все зависимости. Да и не было ни времени, ни ресурсов на это, как обычно и бывает.
Я не говорю, что Confluence плох. На всех проектах, на которых работал был Confluence и это хорошо, им удобно пользоваться. Подсветил те моменты, которые лично мне при его использовании не нравятся)
Системный аналитик -очень широкое понятие. Знания нужны обширные. Зачастую, огромная работа проводится по построению моделей данных. Почему то автор игнорирует altova, oxigen и тучу бесплатных сайтов для построения api. Где swager? Где sql?
Ну и где, наконец, SparxEA (да пребудет с ним сила)? Или он уже вышел из моды?
Я бы еще добавил знание хотя бы Python/Pandas, ибо что за аналитик без возможности анализа данных? Мне как-то в бытность FA в банке пришлось помогать разбираться с одной проблемой, для которой нужно было сравнить состав КЛАДРов в нескольких системах (в нем, на минуту, более миллиона адресов на тот момент было). Простенький скрипт на питоне и дело в шляпе - в трех системах оказались загружены три разных версии КЛАДРа из-за чего периодически приходили странные отлупы в интерфейсах по несовпадению адресных данных клиентов.
Использую Confluence в облаке каждый будний день. Из проблем бывает не переключается размерность таблицы по ширине. Но это иногда. В остальном полёт ровный.
Если не секрет, сколько аналитиков в команде? Долго проходил процесс переучивания на редактирование в asciidoc? Какие основные сложности отметили бы и минусы, которые не смогли побороть?
Если я к документу хочу прикрепить файл, то я должен положить его в облачное хранилище, потом в документе оставить ссылку? Или иным способом решается?
Аналитиков в команде было +\- 10 человек. За два месяца, не торопясь перешли на asciidoc. После того как написал первые документашки в таком формате - остальным уже было проще, просто по примеру.
Из минусов, кроме необходимости переучиваться, даже и не вспомню. Помню, что confluence несколько видов форматирования текста в asciidoc плохо отображал, но побороли.
Если именно в связке с git, то достаточно поместить его в ту же папку в репозитории, где лежит основное ТЗ и сослаться на него из документа. Если, например, необходимо вставить картинку или еще что-то подобное. Если же нужно, чтобы он потом отображался в конфлю, то достаточно положить его в репозиторий - он будет отображаться корректно.
Набор инструментов для работы Системного аналитика