Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Тема начата: Nikita_90 от 23 Октября 2013, 15:21:45
-
Коллеги, это мой первый проект в роли бизнес-аналитика. Помогите, пожалуйста, выбрать оптимальный инструмент для описания бизнес-процессов и разработки требований (в компании принято моделировать на UML).
-
А сейчас какой софт используется?
Для описания бизнес-процессов я бы порекомендовал нотацию BPMN и Bizagi Process Modeler как инструмент работы с ней, т.к. он удобный и бесплатный.
Или обязателен именно UML?
-
Коллеги, звучит банально, но SPARX Enterprise Architect тоже ничего, только платный немного... Там есть нотация BPMN, поддерживает также TOGAF, если описываете, к примеру, бизнес-архитектуру.
Т.к. у Вас принято моделирование в UML, думаю, можно выделить средства на сей замечательный tool. Хотя можно ограничиться и Visio, ИМХО.
-
Хотя можно ограничиться и Visio, ИМХО.
Ага, он совсем бесплатный ;)
тут вовсю вот пропагандируют lucidchart.com
-
Ага, он совсем бесплатный ;)
тут вовсю вот пропагандируют lucidchart.com
draw.io (http://draw.io) симпатичнее, на мой вкус
-
Коллеги, звучит банально, но SPARX Enterprise Architect тоже ничего, только платный немного... Там есть нотация BPMN, поддерживает также TOGAF, если описываете, к примеру, бизнес-архитектуру.
Т.к. у Вас принято моделирование в UML, думаю, можно выделить средства на сей замечательный tool. Хотя можно ограничиться и Visio, ИМХО.
Рисовать можно хоть на бумажке. Если один раз нарисовать, обсудить и выкинуть, то это самый эффективный способ. Если диаграммы нужно хранить и пересылать в электронном виде, то можно использовать какой-нибудь starUML или что-то подобное. Если же нужна удобная совместная работа, трассировки, кодогенерация и прочее, тогда уже можно заплатить за Enterprise Architect. Главное понимать как потом эти рисунки использовать.
-
Коллеги, это мой первый проект в роли бизнес-аналитика. Помогите, пожалуйста, выбрать оптимальный инструмент для описания бизнес-процессов и разработки требований (в компании принято моделировать на UML).
Требования это не только UML, но и текст. Его можно писать как в инструменте типа Enterprise Architect, так и в ворде или в каком-нибудь вики-подобном средстве. Еще выбор инструмента, как и методологии, зависит от масштабов проекта.
-
draw.io (http://draw.io) симпатичнее, на мой вкус
Крутяк.
-
Вот как бы нам хоть какую классификацию составить? Это там применимо, это здесь...
Далее чистая гипотеза, не рассматривайте как руководство.
-- -----------------------------------
Для анализа бизнес-процессов на разных стадиях удобны:
* Диаграмма VSM. (http://thelean.ru/vsm/ http://en.wikipedia.org/wiki/Value_stream_mapping). Хорошо показывает потери процесса. Средства ... [вроде в визио я ее рисовал].
* Диаграмма разрешения конфликтов "грозовая туча". (http://cartmendum.livejournal.com/138630.html). Мощнейший инструмент для разрешения конфликтов при изменении процессов. Средства: естественно http://flyinglogic.com/
Для описания бизнес-процессов на разных стадиях удобны:
* Активити диаграмма
* EPC
* IDEF
* что-то еще
-- -----------------------------------
Ну и т.д.
-
Коллеги, это мой первый проект в роли бизнес-аналитика. Помогите, пожалуйста, выбрать оптимальный инструмент для описания бизнес-процессов и разработки требований (в компании принято моделировать на UML).
Интересно, конечно как у вас в компании поставлено- можно самому выбрать ПО и воять как бы для себя. Не знаю, может я не в теме новых веяний, но в тех компаниях что работала, четко регламентировано - кто, что, на чем и как делаn. Компания проводит тендор на покупку ПО, участвуют отнюдь не новечки в этом вопросе. Потом покупает ПО, внедряет, обучает персонал. Поэтому приходишь и работаешь на чем работает компания. А да еще забыла про безопасность, которая следит что бы ты не ставил что не попадя, а то штрафы платить как то не с руки.
-
Спасибо за информацию!