S
или совместить с фреймворком для реализации иерархических statemachine
Size: a a a
2020 January 28
PD
реализовать поверх Cadence ? Вроде гибкая система достаточно. можно и BPM движок сделать и прочие, не связанные с бизнес-процессами
Она очень тяжёлая. И тащить к себе неправильно используемую Кассандру - это точно проблемы.
S
не совсем понял, мы ведь можем activity в терминологии Cadence реализовать как автоматы, там нет ограничений на то, как мы реализуем их
а workflow остается как workflow
а workflow остается как workflow
PD
Написать cadence самому можно, но хочется решения попроще )
S
программист жив, пока он хочет написать свое ибо чужое - не своё! (это далеко не всегда нужно, оправдано и будет сделано, но именно само хотение поддерживает в нас жизнь )
PD
Собственно, cadence я в прод точно не хочу. И думаю, что сделать свое минимальными усилиями
2020 January 29
OZ
"Все документы порождаемые управлением проектами должны генериться из модели проекта и его результатов автоматически, а не создаваться в ворде и экселе."
Это чьё требование?
Это чьё требование?
Это требование для перехода от документоориентированного управления к моделеориентированному.
KG
Коллеги, кто то уже собрал плагин для скриптов в Арчи?
EI
Коллеги, кто то уже собрал плагин для скриптов в Арчи?
Вы про archi-scripting-plugin ?
DB
Oleg Zaharchuk
Это требование для перехода от документоориентированного управления к моделеориентированному.
Я повторю вопрос, если вы пропустили, ЧЬЁ это требование?
EI
Коллеги, кто то уже собрал плагин для скриптов в Арчи?
Да, дописал его немного, сейчас перегоняю JS-скрипты на Ruby (Nashorn больше не поддерживается в Java)
EI
Коллеги, кто то уже собрал плагин для скриптов в Арчи?
Вам скинуть собранный?
OZ
Что я сейчас прочитал? =\
Управление коммуникациями, результатами и прочим - это всё входит в управление проектами (типовые области знаний). Во всех книгах написано. По традиционной дисциплине.
А как генерить документы - вопрос автоматизации. Ворд и эксель - это лишь их визуализация и представление, одна из возможных форм вывода.
Управление коммуникациями, результатами и прочим - это всё входит в управление проектами (типовые области знаний). Во всех книгах написано. По традиционной дисциплине.
А как генерить документы - вопрос автоматизации. Ворд и эксель - это лишь их визуализация и представление, одна из возможных форм вывода.
В книгах написано много чего. А как доходит до инструмента, тут начинаются пляски с бубном: интеграция с ERP, Месенжерами, Outlookи т.п. Конечно, синтегрировать можно и, вообще, запрограммировать можно все, но вопрос, что программировать - сшивать "тришкин кафтан" или целостную картину.
KG
Вам скинуть собранный?
Да если не затруднит
OZ
а что вы подразумеваете под моделью проекта?
Модель проекта - это отражение всей деятельности и результатов деятельности в рамках проекта, а также взаимосвязей проекта с предприятиями-участниками и другими проектами в реальном режиме времени. Деятельность отражается до уровня действий исполнителей или ботов. В проекте могут быть разные виды деятельности : устойчивые цепочки действий - процессы, творческие цепочки - которые строят сами исполнители, выполняя деятельность в рамках проекта, кейсы и т.п.
PD
А зачем такая модель?
EI
Да если не затруднит
Скинул в ЛС
OZ
А зачем такая модель?
Она обеспечивает целостное представление проекта, реальный режим времени. Если делать программы для работы с такой моделью, то постепенно можно отойти от интеграции и управлять проектом можно будет в единой среде. Я уже не говорю о едином глоссарии - все участники деятельности одинаково понимают друг друга: исполнители и руководители, специалисты по управлению проектами и специалисты по BPM и т.д.
PD
Единый глоссарий - это вообще не про модель проекта, это модель предметной области.