...если правильно понял, здесь статьи в контексте разработки ПО... Если так, то мин труда четко определяет границы специалистов. Как раз именно системный аналитик определен в сфере разработки ПО.
Проблема проста по своей сути. Нужен всего лишь системный подход к этому вопросу.)) На производстве, в отделе по работе с персоналом есть сборник обязанностей, читаем и расписывается в ознакомлении. В обязанностях раскрыты функции работника. Далее определяем какой компетентностью должен обладать сотрудник чтобы выполнять функции не хуже чем удовлетворительно. Компетентность выражается в уровнях подготовленности: 1) иметь представление, 2) знать,3)уметь,4) владеть. Это можно сказать требования к сотруднику, все что сверх требований- выполняется факультативно.
...в статье идёт речь о СА, поэтому роль в команде вполне конкретная... Ещё есть посыл в статье, о том что СА должен "Работать с API" ,не согласен. Программный интерфейс удел инженера- программиста, не нужно тянуть одеяло на себя.
Коллеги, упряжка где лошадь за телегой,никуда не поедет. Необходимо сначала изучить теорию системного анализа и смежные теории. Научиться формулировать цель функционирования системы, определять показатели, критерии оценки эффективности, формулировать требования к системе. Научиться выделять сущности (объекты) определять как они связаны.Научиться классифицировать объекты.Нучиться формализовывать процессы в системе, описывать модель предметной области диаграммами, схемами и т.д. Затем изучать предметную область в рамках разработки АС (ПО).
С такой логикой можно дойти до анализа какие команды отправляются процессору. Вот только зачем это системному аналитику? Если уже идёт разработка, то есть ТЗ на разработку функционала, есть документация на сервисы.
...нет никаких бизнес аналитиков... есть системные аналитики, использующие инструменты ситсемного анализа, исследования операций, теориии ситстем массовго обслуживания и т.д. оценивают эффективность процессов предприятия по показателям экономической эффективности и не только..., выявляют "слабые стороны" процессов на производстве, обосновывают эффективность от автоматизации, формируют предложения в требования к системам автоматизации процессов....
...если аналитик сам программирует, то он интуитивно понимает как разработчику описать требования к функционалу. Необходимо поддерживать обратную связь от разработчиков в ходе разработки функционала, для детализации ТЗ под нужды разработки.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
...если правильно понял, здесь статьи в контексте разработки ПО... Если так, то мин труда четко определяет границы специалистов. Как раз именно системный аналитик определен в сфере разработки ПО.
Проблема проста по своей сути. Нужен всего лишь системный подход к этому вопросу.)) На производстве, в отделе по работе с персоналом есть сборник обязанностей, читаем и расписывается в ознакомлении. В обязанностях раскрыты функции работника. Далее определяем какой компетентностью должен обладать сотрудник чтобы выполнять функции не хуже чем удовлетворительно. Компетентность выражается в уровнях подготовленности: 1) иметь представление, 2) знать,3)уметь,4) владеть. Это можно сказать требования к сотруднику, все что сверх требований- выполняется факультативно.
Бизнес анализ - термин из-за рубежа. По сути это системный анализ на определенном уровне абстракции.
...в статье идёт речь о СА, поэтому роль в команде вполне конкретная... Ещё есть посыл в статье, о том что СА должен "Работать с API" ,не согласен. Программный интерфейс удел инженера- программиста, не нужно тянуть одеяло на себя.
Коллеги, упряжка где лошадь за телегой,никуда не поедет. Необходимо сначала изучить теорию системного анализа и смежные теории. Научиться формулировать цель функционирования системы, определять показатели, критерии оценки эффективности, формулировать требования к системе. Научиться выделять сущности (объекты) определять как они связаны.Научиться классифицировать объекты.Нучиться формализовывать процессы в системе, описывать модель предметной области диаграммами, схемами и т.д. Затем изучать предметную область в рамках разработки АС (ПО).
С такой логикой можно дойти до анализа какие команды отправляются процессору. Вот только зачем это системному аналитику? Если уже идёт разработка, то есть ТЗ на разработку функционала, есть документация на сервисы.
...нет никаких бизнес аналитиков... есть системные аналитики, использующие инструменты ситсемного анализа, исследования операций, теориии ситстем массовго обслуживания и т.д. оценивают эффективность процессов предприятия по показателям экономической эффективности и не только..., выявляют "слабые стороны" процессов на производстве, обосновывают эффективность от автоматизации, формируют предложения в требования к системам автоматизации процессов....
...если аналитик сам программирует, то он интуитивно понимает как разработчику описать требования к функционалу. Необходимо поддерживать обратную связь от разработчиков в ходе разработки функционала, для детализации ТЗ под нужды разработки.