Помогите новичку.
Мне нужно в виде процесса описать функцию 'отозвать письмо' в аутлуке. Знаете такую?
Это когда ты отправил письмо адресату, но можешь забрать его обратно, если тот еще не успел прочитать его.
Т.е. из состояния 'отправлено' письмо может быть либо отозвано автором, либо прочитано адресатом. В зависимости от того, что произошло первым, цепочка действий пойдет по разным направлениям. При чем только по одному из них.
Вроде все просто, но не получается у меня. Помогите, плиз.
-
Опубликовано 7 лет назад #
-
Коллеги, ну помогите. Прошу, не считайте вопрос глупым.
Дело в том, что в используемом мною движке каждой задаче на диаграмме сопоставляется конкретная роль и привязывается собственная форма.
Получается так: после того, как автор выполнит действие 'Отправить', процесс переходит к событию 'Отправлено' и ожидает следующего действия одной из ролей: автора или получателя. Если процесс откроет автор, то он попадет на форму для возврата письма.
Если откроет адресат, то он попадет на форму для прочтения письма.
Тот, кто первым нажмет кнопку, тот направит процесс дальше, по соответствующей ветке.
Помогите применить правильный шлюз или еще какой-нибудь элемент.Я описываю пример отправки письма для простоты, реальная задача у меня конечно другая, намного сложнее.
Опубликовано 7 лет назад # -
Давайте лучше свою реальную задачу, т.к. описывать в виде процесса функцию - идея странная с самого начала.
Опубликовано 7 лет назад # -
Ок, весь процесс описывать не буду, а только часть.
Есть 3 сотрудника, условно назовем их Постановщик, Исполнитель, Аудитор.
Постановщик задачи запускает процесс обработки документа: загружает документ в систему, командует "вперед!".
Документ переходит в стадию ожидания.
Из этой стадии процесс может пойти по 2 направлениям:
- либо документ берется в работу Исполнителем.
- либо документ берется на аудит Аудитором
Кто первый взял - туда и пойдет поток управления. Далее, у Исполнителя свой набор действий, у Аудитора - свой.Используемый мною процессный движок навязывает мне определенные правила. А именно, к каждой задаче (task) необходимо привязывать конкретную роль и конкретную пользовательскую форму.
Это означает, что после стадии ожидания у меня должны быть 2 разные пользовательские задачи: для Исполнителя и для Аудитора.
Помогите мне правильно описать процесс с учетом таких требований.Опубликовано 7 лет назад # -
Вы хотите сказать, что если задачу взял Исполнитель, то Аудитор свою задачу выполнять не должен? При том, что наборы действий у них разные. Как-то нелогично, вам не кажется?
Опубликовано 7 лет назад # -
В данном случае именно так - кто первый, того и тапки.
Логично - не логично, вопрос второй.
Есть первый вопрос - как описать такой процесс?Опубликовано 7 лет назад # -
По вашим же словам, у них разный набор действий, т.е. они не взаимозаменяемы. И при этом вы пишете "кто первый, того и тапки". У меня эти взаимоисключающие параграфы в голове не укладываются.
А пытаться моделировать процесс с явными логическими противоречиями - дело неблагодарное: скорее всего, вы (ну то есть я в данном случае) его плохо понимаете, а значит рассчитывать на успех не приходится.
Опубликовано 7 лет назад # -
Да, набор действий разный, но потоки являются взаимозаменяемыми.
Как бы, в одном случае процесс идет по короткому пути, а в другом по длинному пути. И направлеие это определяется в тот самый момент, когда документ забирается Исполнителем (короткий путь) или Аудитором (длинный путь). В конце концов они все равно сойдутся в одну точку.Опубликовано 7 лет назад # -
Все равно не понятно, извините.
Пока Исполнитель или Аудитор не взял задачу, у него нет никакой информации об экземпляре процесса, и в том числе нет информации для принятия решения - по длинному пути он должен идти или по короткому. Получается, они вслепую берут задачу, т.е. выбирают путь наугад.
Есть тут какой-то формальный алгоритм (бизнес-правило), согласно которому процесс должен идти по одному или другому пути в зависимости от значений атрибутов процесса?
Опубликовано 7 лет назад # -
Экземпляры процесса есть. Имеется список процессов в стадии "ожидание", на каждый можно посмотреть, выбрать интересующий.
А формального алгоритма для выбора нет. Аудитор поэтому так и зовется - аудитор.
Он на свое усмотрение (включает мозг, сверяет гороскоп, крутит рулетку, подбрасывает монетку, на самом деле - неизвестно как) выбирает один из запущенных процессов и забирает его себе.
Процесс, взятый в работу Аудитором, принимает важный статус и становится недоступным для обработки Исполнителем. Аудитор формирует ряд конкретных вопросов по согласуемому документу, назначает конкретных персон для получения интересующих ответов и т.д. Но это уже совсем другие участники процесса.Опубликовано 7 лет назад # -
Поймите: пока Аудитор не взял задачу себе, у него нет информации об экземпляре процесса и нет возможности принять обоснованное решение что важно, а что нет. Список процессов - это просто "процесс №1", "процесс №2" и т.д.
Во вторых: судя по вашим словам, Аудитор вроде как главнее - он принимает решение что важно, а что нет. Но при этом Исполнитель может подсуетиться, забрать задачу и пофиг что там Аудитор себе думает. Опять противоречие.
Опубликовано 7 лет назад # -
Последнее противоречие осознанное. Владелец процесса понимает, что пока Аудитор размышляет, Исполнитель может и забрать процесс. Тогда у Аудитора не останется другого выхода, как подобрать себе другой процесс для аудита.
Особенность данного конкретного процесса в том, что в стадии "ожидания" процесс может спокойно висеть до 5 дней. Как правило, Исполнитель забирает те, что в стоят в очереди дольше других. Поэтому, Аудитор нацелен на более "свежие" процессы, хотя это и не обязательно.Действия этих двух ролей являются конкурирующими. Аудитор, по сути, вмешивается в интересующий его процесс и направляет его по длинному кругу. Таким путем идет примерно один процесс из 100, остальные спокойно обрабатываются Исполнителями по классическому пути.
А ваш первый тезис я не понял. Почему Аудитор не обладает информацией об экземпляре процесса? Почему нельзя его рассмотреть назначенным на эту задачу? Они вместе с Исполнителем назначены на эту задачу. Если так нельзя, то помогите как правильно.
Опубликовано 7 лет назад # -
Наверное нужно что то похожее Учитывая, что выбираем из пула свободных задач
Так, на коленке за 5 минут.Файлы
-
конкуренция.jpg (47.1 KB, 1 downloads) 7 лет old
Опубликовано 7 лет назад # -
-
ужос. не надо так делать, лучше расскажите историю
Опубликовано 7 лет назад #
Ответ
Вы должны авторизоваться, чтобы публиковать сообщения.