>В целом, как автор «Выбор CASE инструмента для разработки процессов в BPMN», с чем Вы согласны и не согласны в моей статье? Хотя бы, с двумя последними рисунками.
Сложно сказать, с чем соглашаться или нет, так как информации довольно много… Сама классификация BPM понравилась…
Что касается использования BPMN в крупной компании, то осталось за кадром следующее:
— К BPMN движку нужно добавить еще ODM движок, куда выносится вся логика.Это позволяет сильно упростить логику в самих Flow (как раз в соответствии с принципом «no code».
— Кроме реализации каждого бизнес процесса по отдельности, есть следующая стадия зрелости, когда бизнес процессы реализуются посредством унифицированных процессов (сокращаются издержки на разработку, уменьшается количество ошибок). Вместе с ODM в SOA архитектуре, когда вся реализация функций вынесена в сервисы, вполне досягаемо в BPMN оставить только набор самих FLOW и достичь таким образом дзена :) (когда в BPMN движке нет кода). Но путь этот очень тернист и далеко не всегда оптимален…
>Полное описание бизнес-процессов крупной компании — это утопия.
Но стремиться к этому надо, иначе при смене сотрудника, либо даже небольшой паузе в работе над этими процессами, вместо того, чтобы продолжить разработку/оптимизацию, на процессы все будут смотреть «баранами» с вопросами, вроде "… а что это у нас здесь за фиговина такая???"
Просто надо понимать, что описание процессов это тоже процесс — с итерациями от как есть и как надо до как реально сделали (например, с использованием унифицированных процессов в качестве кирпичиков для реализации бизнес процессов)…
Вот интересно, а если это дрон какого-либо маньяка/киллера с замаскированным огнестрелом/пневмостволом с токсином под брюхом… Подвесил несколько дронов перед входом и «клиент» ничего не сможет сделать…
Когда-то тоже писал универсальный календарь для всех своих проектов :)
При желании двигаться дальше — добавил возможные варианты развития Вашего решения.
Про диапазон и клавиатуру уже писали выше. Вот еще, что мне многократно пригодилось в моих проектах:
1) Возможность указания допустимого периода для выбора даты.
2) Возможность указания дат исключений, не допустимых для выбора (как конкретной даты, например, какого-нибудь праздника, так и в виде дня недели, например — субботы, воскресенья).
3) Возможность указания списка дат, допустимых для выбора (данная фича нужна, если, например, нужно выбрать, кого-то с режимом работы «сутки, через трое» или «последняя пятница месяца»).
За ссылку меня в бан уже отправили :-) Еле упросил что бы без ссылок опубликовать после этого.
Сталкивался с такой-же ситуацией. Мне пояснили следующее:
Если хотите разместить ссылку на свой сайт в тексте публикации — то это можно сделать в категории «Я пиарюсь». Если категория другая — делаете публикацию без ссылки и добавляете ссыль в комментарии.
Так что за комментатора выше можно быть спокойным :)
Пробовали ли вы сделать второй замок на той же стороне кубика, на противоположной диагонали от первого? В этом случае унификация сохранится, однако соединение будет намного более прочным.
Если это Transact sql — то, интересует DB2 и PostgreSQL. По DB2 есть ли разница, под Linux он или z/OS?
Если это Nosql — то либо ElasticSearch, либо Ceph.
Вместе с продуктами интересует МАХ возможная нагрузка в кол-ве событий в сек. Интересует диапазон от 10 000 и более.
Еще вопрос:
В каком инструменте реализованы триггеры (при выходе метрики за допустимый диапазон, автоматическое уведомление об этом Администратора либо автоматический запуск скрипта)? Не могли бы Вы дать ссылку на документацию, чтобы получше ознакомиться.
Сложно сказать, с чем соглашаться или нет, так как информации довольно много… Сама классификация BPM понравилась…
Что касается использования BPMN в крупной компании, то осталось за кадром следующее:
— К BPMN движку нужно добавить еще ODM движок, куда выносится вся логика.Это позволяет сильно упростить логику в самих Flow (как раз в соответствии с принципом «no code».
— Кроме реализации каждого бизнес процесса по отдельности, есть следующая стадия зрелости, когда бизнес процессы реализуются посредством унифицированных процессов (сокращаются издержки на разработку, уменьшается количество ошибок). Вместе с ODM в SOA архитектуре, когда вся реализация функций вынесена в сервисы, вполне досягаемо в BPMN оставить только набор самих FLOW и достичь таким образом дзена :) (когда в BPMN движке нет кода). Но путь этот очень тернист и далеко не всегда оптимален…
Но стремиться к этому надо, иначе при смене сотрудника, либо даже небольшой паузе в работе над этими процессами, вместо того, чтобы продолжить разработку/оптимизацию, на процессы все будут смотреть «баранами» с вопросами, вроде "… а что это у нас здесь за фиговина такая???"
Просто надо понимать, что описание процессов это тоже процесс — с итерациями от как есть и как надо до как реально сделали (например, с использованием унифицированных процессов в качестве кирпичиков для реализации бизнес процессов)…
Никогда еще работа киллера не была столь простой…
Подозреваю, что Вы изобрели тест, с помощью которого можно начать выделять группу социума с определенным типом мозга :)
При желании двигаться дальше — добавил возможные варианты развития Вашего решения.
Про диапазон и клавиатуру уже писали выше. Вот еще, что мне многократно пригодилось в моих проектах:
1) Возможность указания допустимого периода для выбора даты.
2) Возможность указания дат исключений, не допустимых для выбора (как конкретной даты, например, какого-нибудь праздника, так и в виде дня недели, например — субботы, воскресенья).
3) Возможность указания списка дат, допустимых для выбора (данная фича нужна, если, например, нужно выбрать, кого-то с режимом работы «сутки, через трое» или «последняя пятница месяца»).
15 разворотов из грядущего артбука по Fallout 4: www.yaplakal.com/forum2/topic1235976.html
Сталкивался с такой-же ситуацией. Мне пояснили следующее:
Если хотите разместить ссылку на свой сайт в тексте публикации — то это можно сделать в категории «Я пиарюсь». Если категория другая — делаете публикацию без ссылки и добавляете ссыль в комментарии.
Так что за комментатора выше можно быть спокойным :)
В любом случае — задача очень интересная!
Нет ли материала по нагрузочному тестированию?
1) Права.
2) Обязанности.
3) Ответственность.
Есть идеи, как это будет работать с обезьяной?
Пробовали ли вы сделать второй замок на той же стороне кубика, на противоположной диагонали от первого? В этом случае унификация сохранится, однако соединение будет намного более прочным.
Если это Nosql — то либо ElasticSearch, либо Ceph.
Вместе с продуктами интересует МАХ возможная нагрузка в кол-ве событий в сек. Интересует диапазон от 10 000 и более.
Еще вопрос:
В каком инструменте реализованы триггеры (при выходе метрики за допустимый диапазон, автоматическое уведомление об этом Администратора либо автоматический запуск скрипта)? Не могли бы Вы дать ссылку на документацию, чтобы получше ознакомиться.