Специально зарегался (первый раз), чтобы оставить этот комент:
Автор, к сожалению, вообще не представляет себе чем именно должен заниматься системный аналитик и запихал в его сферу компетенции все, что не попадя.
Задача СА сводиться к тому, чтобы: 1. Получить от бизнеса бизнес требования (BPMN это или просто описание - не важно). Не СА должен решать что нужно бизнесу. Для этого есть в лучшем случае бизнес-аналитики, а в среднем случае - маркетологи + продажники 2. Уточнить все пробелы в требованиях. В 99% случаев бизнес не представляет себе как работает информационная система и поэтому их первоначальные схемы чаще всего неработоспособны. 3. Получить от архитектора схему решения (брокеры очередей будут использоваться или простой REST, какие должны быть БД и сколько, по каким протоколам взаимодействие, какие модули системы и т.д.) 4. Расписать в спецификациях для разработчиков все от и до: какая форма за какие данные отвечает, что куда в БД кладем и что откуда забираем, в какой момент все это происходит, как работает интеграция (REST, SOAP) вплоть до каждого отдельного метода с полным списком параметров и т.д. Общая цель - программист не должен думать, он должен кодить. 5. Отдать спецификации разработчикам и забыть об этой задаче, взяв новую. (если есть вопросы у разработчиков, то ответить на них)
Вот это и есть то, чем должен заниматься СА. А в данной статье описан человек-оркестр, которому, скорее всего, еще зарплата предлагается средненькая по конторе (даже не по рынку) для одного сотрудника.
Ага, и после того, как в проект вводят должность системного аналитика все нормальные программисты разбегаются, так как им неинтересно тупым кодированием заниматься :)
Специально зарегался (первый раз), чтобы оставить этот комент:
Автор, к сожалению, вообще не представляет себе чем именно должен заниматься системный аналитик и запихал в его сферу компетенции все, что не попадя.
Задача СА сводиться к тому, чтобы:
1. Получить от бизнеса бизнес требования (BPMN это или просто описание - не важно). Не СА должен решать что нужно бизнесу. Для этого есть в лучшем случае бизнес-аналитики, а в среднем случае - маркетологи + продажники
2. Уточнить все пробелы в требованиях. В 99% случаев бизнес не представляет себе как работает информационная система и поэтому их первоначальные схемы чаще всего неработоспособны.
3. Получить от архитектора схему решения (брокеры очередей будут использоваться или простой REST, какие должны быть БД и сколько, по каким протоколам взаимодействие, какие модули системы и т.д.)
4. Расписать в спецификациях для разработчиков все от и до: какая форма за какие данные отвечает, что куда в БД кладем и что откуда забираем, в какой момент все это происходит, как работает интеграция (REST, SOAP) вплоть до каждого отдельного метода с полным списком параметров и т.д. Общая цель - программист не должен думать, он должен кодить.
5. Отдать спецификации разработчикам и забыть об этой задаче, взяв новую. (если есть вопросы у разработчиков, то ответить на них)
Вот это и есть то, чем должен заниматься СА. А в данной статье описан человек-оркестр, которому, скорее всего, еще зарплата предлагается средненькая по конторе (даже не по рынку) для одного сотрудника.
Ага, и после того, как в проект вводят должность системного аналитика все нормальные программисты разбегаются, так как им неинтересно тупым кодированием заниматься :)