Двадцать страниц текста прочитали, а как система работает целиком, так и не поняли. Аналитик рисует диаграмму за минуту, и все согласно кивают. Только рисунок ради красоты спасает не лучше, чем простыня текста. Это двенадцатая глава книги Карла Вигерса «Разработка требований к ПО», которую я разбираю в рубрике «Книжный клуб». После того как я показал, как писать требования, пора поговорить о том, как их не терять среди сотен пунктов. Текст плохой носитель для структуры, и когда требований становится много, на помощь приходят модели...

Данная статья основана на рекомендациях и лучших практиках от Camunda, и конечно, стандарте BPMN, оригинал статьи взят тут: naming-bpmn-elements/#naming-activities В первую очередь, именовать BPMN элементы стоит исходя из ваших бизнес-целей. Для activity необходимо использовать глагол, чтобы описать действие. Для событий (events) необходимо описать, в каком бизнес-состоянии находится процесс или экземпляр процесса в данный момент. Для шлюзов (data-based gateways) задайте вопрос и опишите условия, на основании которых будет выбираться дальнейший путь для исполнения...