Моделирование бизнес процессов, какие методы есть? - PullRequest
2 голосов
/ 16 сентября 2010

Я не уверен, что это правильное место, чтобы задать этот вопрос, но здесь идет речь.

В настоящее время я изучаю несколько различных методов для моделирования бизнес-процессов.Мне нужно найти подходящий вариант для моей компании, которая разрабатывает все виды веб-приложений.

Что я нашел до сих пор:
UML, в частности диаграммы деятельности
Блок-схемы
Рабочий процесс Windowsfoundation
Моделирование бизнес-процессов

Я погрузился в мир рабочих процессов, но в основном речь идет об автоматизации процесса компании, а это не то, что я ищу.Я сосредоточен на программном обеспечении и процессе внутри.

Если кто-нибудь еще знает какую-то другую технику или может рассказать мне о преимуществах или недостатках тех методик, которые я уже нашел, это будет очень ценно, потому что я сейчас немного застрял.

Ответы [ 3 ]

3 голосов
/ 17 сентября 2010

В настоящее время диаграммы действий BPMN (нотация моделирования бизнес-процессов) и UML являются двумя наиболее популярными вариантами для этого.

Я считаю BPMN правильным выбором, когда вы моделируете бизнес-аспекты организации и переходите к диаграммам деятельности, как только углубляетесь в технический дизайн системы программного обеспечения (в качестве основного компонента языка UML, Диаграммы действий лучше всего подходят для объединения информации о рабочем процессе с другими представлениями системы, выраженными также в виде диаграмм UML, таких как диаграммы классов или диаграммы последовательности).

Обратите внимание, что теперь создается профиль UML для BPMN , что означает, что вы сможете смешивать диаграммы BPMN и UML в одном проекте

1 голос
/ 02 октября 2010

Я предлагаю вам рассмотреть ИСО / МЭК 24744. Это даст вам совершенно иную перспективу, поскольку она не использует повсеместную метафору «организация как машина», переходя к более оппортунистической, ориентированной на людей точке зрения.

Другими словами, ИСО / МЭК 24744 не представляет бизнес-процесс как рабочий процесс, в котором последующим процессом является драйвер. Вместо этого, бизнес-процесс представлен через вовлеченные рабочие продукты и людей, которые воздействуют на них. Выполненный процесс играет важную, но второстепенную роль.

Если вам интересно, почему это так, или каковы преимущества, дайте мне знать, и я буду рад уточнить.

0 голосов
/ 16 сентября 2010

Я думаю, что вы спрашиваете о преобразовании ваших бизнес-требований / правил в технические требования, а затем в дизайн? После этого вы внедрите этот дизайн в код. Не уверен, что это то, о чем ты спрашиваешь ..

...