Объектно-ориентированный подход: что это и почему одного BPM
мало
Еще по теме: 1. Почему ваша компания тонет в хаосе, и причем тут процессы https://set.ki/post/EZ6ahmJ 2. Процесс и проект: почему их путают, кто за что отвечает https://set.ki/post/bSqxb2X 3. Кто проектирует процесс и кто отвечает за него потом https://set.ki/post/dbFVXXR 4. Почему один раз спроектировать процесс недостаточно https://set.ki/post/TeE572f 5. С чего начать процесс? Смотрите на свой отдел как на бизнес https://set.ki/post/BCVuvty 6. Мы описали процесс. И что теперь? https://set.ki/post/aS7XKTk 7. Меморандум, положение, правила, регламент, методичка, инструкции https://set.ki/post/63yBcrX 8. Почему мы все переделываем. Как дерганье создает технический долг https://set.ki/post/XoLpEkF 9. Agile Scrum Kanban в обычной работе. Что это и зачем не-айтишнику? https://set.ki/post/QywFgsV 10. «Мы же не производство, зачем нам процессное управление?» — затем, что вы тонете в таблицах https://set.ki/post/BxHQpm9 11. Почему нельзя оптимизировать файлы, не понимая процессов соседа (и при чём тут архитектура данных) https://set.ki/post/na4EMMs 12. Автоматизация vs. Налаживание процессов: на что в первую очередь тратить деньги? https://set.ki/post/gjJpkbg 13. Как переименование отдела убивает процесс и уносит деньги https://set.ki/post/bUh8Yrs 14. BPMN — это что-то из ИТ? Мне оно надо? https://set.ki/post/M4JndEu
· 15.09
Добрый день, Татьяна 👋🏻 Взял побольше времени на подумать, потому что не мог поймать "за хвост", что же у меня в изложенной вами концепции выбивается 😌 Вот, поймал 😅 Мне думается, здесь у вас есть хорошая базовая мысль: процессная модель и модель предметной области действительно отвечают на разные вопросы и могут хорошо дополнять друг друга. Но я бы все же уточнил несколько моментов. Во-первых, BPMN не ограничивается описанием последовательности действий, ролей и развилок. Она вполне себе позволяет показывать данные, документы, хранилища, входы и выходы. Другое дело, что BPMN действительно не предназначена для полноценного описания структуры предметной области: атрибутов сущностей, их связей, ограничений и т. д. Для этого используются другие модели. Во-вторых, я бы чуть осторожнее использовал здесь термин "объектно-ориентированный подход". Именно об него я и "споткнулся", и он заставил меня задуматься. В приведенных вами примерах в основном описываются сущности, их атрибуты и связи: договор, контрагент, сотрудник и т. п. Это вполне укладывается, например, в концептуальное или информационное моделирование, но само по себе это еще не делает модель объектно-ориентированной. Для объектного подхода существенны не только свойства и связи, но и состояние и поведение объектов. В-третьих, несколько BPMN-моделей вполне могут ссылаться на один и тот же бизнес-объект. Поэтому, думается мне, что проблема не в том, что BPMN "не покажет", что разные процессы работают с одним договором. Тут скорее, BPMN не является средством построения централизованной модели структуры этого договора. И отдельно лично я бы не связывал напрямую наличие объектной модели с отсутствием дублирования и рассинхронизации данных. Модель позволяет нам увидеть сущности, связи и зависимости и может помочь принять правильные решения, но отсутствие дублей, единый "источник истины" и согласованность состояний уже зависят от архитектуры систем, интеграций и управления данными. Можно иметь прекрасную модель предметной области и при этом несколько несогласованных реализаций одной сущности. Поэтому с вашим итоговым тезисом о необходимости смотреть и на процессы, и на предметную область я согласен. Я бы только сформулировал противопоставление немного иначе: BPMN описывает процесс и взаимодействие его участников, а отдельная модель предметной области описывает сущности, их характеристики и отношения. Это разные проекции одной системы, и каждая используется для своей задачи, да.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 15.09
Иван, добрый день! Спасибо как всегда за внимательный разбор — все три уточнения справедливы, и я с ними согласна. Поясню свой формат. Мои посты — для коллег, которые по наитию пытаются выстраивать свою работу, сами и часто не понимают, почему у них ничего не меняется. Про процессы и слышать не хотят - "у нас не завод" 🙈 Я очень грубо, на пальцах, знакомлю их с темой и расширяю кругозор — чтобы они сами заинтересовались. А детали и нюансы — дальше, естественно. Поэтому термин «объектно-ориентированный подход» я взяла как понятную ассоциацию, а не как строгий термин. Но вы правы: точнее говорить о модели предметной области☺️. И про зависимость дублей от архитектуры, а не от модели — тоже согласна.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён