Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Есть контора спекулянтов :-) (торгово - закупочная). Есть несколько направлений. Это когда товар побит по группам, на каждую группу сидит свой отдел продаж/ закупок. Как это отразить в модели БП, например в DFD ? БП вроде одинаковые ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 11:14 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
DimonБП вроде одинаковые ... А вы точно уверены, что они одинаковые??? В принципе у меня есть несколько подобных организаций, надо вам сказать, что в деталях (критичных) процессы могут различаться кардинально... Иначе нет никакого смысла в подобном разделении и вы с гордостью можете предложить объединение... У меня существует 4 схемы, по направлениям, со своими заморочками, плюс существует еще 6 дополнительных схем показывающих места где происходит объединение (направления участвуют в общем процессе, к примеру идет продажа сложного изделия к которому поставляется материалы и работы других направлений (гарантийные работы, установка, запчасти, материалы для работы и тд)). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 13:16 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Sweamlane там разные... Как минимум. В разных BPMS задача решается по-разному. Может быть одна схема бизнес-процесса с машиной бизнес-правил, с помощью которой определяется, кто именно должен заниматься обработкой какого заказа. Можно также нарисовать бизнес-процесс в системе не используя бизнес-правила (не во всех системах есть такой функционал), используя блоки условного ветвления (в стиле "если номенклатура из набора1", то отправить к Сидорову). Можно нарисовать просто несколько разных автономных бизнес-процессов, у которых может быть схожая схема (исполнители разные - они же sweamlane), а какой именно из них стартовать, определяет "некто", который может стартовать любой из них, получив предварительную информацию. Но всё это - не в DFD, а в BPMN... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 13:25 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Вся неприятность и заключается в том, что все могут продавать весь товар. Как только одно направление продает товар другого, то просит сделать трансферт товара. Тут да, возникает БП "Запросить товар у другого направления". Сам механизм продажи - одинаков. Нужно ли его разрисовывать для каждого направления. По ходу нет. В принципе становится понятней, рисую дальше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 14:37 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Garya Но всё это - не в DFD, а в BPMN... :) Не встречал такого BPMN. Посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 14:38 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
DimonЕсть контора спекулянтов :-) (торгово - закупочная). Есть несколько направлений. Это когда товар побит по группам, на каждую группу сидит свой отдел продаж/ закупок. Как это отразить в модели БП, например в DFD ? БП вроде одинаковые ...Для начала определитесь - ДЛЯ ЧЕГО их отражать? Просто "отразить" и повесить на стену, чтобы каждый сотрудник мог осознать, какую грандиозную работу Вы проделали? Или Вы озаботились реинжинирингом - описать все, что движется "как есть" и "как должно быть"? (тоже, кстати, потом можно повесить на стену, если жалко будет выбросить) Или хотите управлять бизнес-процессами? Или вообще не знаете - зачем? Просто начальник сказал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 15:42 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Систему учетную переписать. Целиком как что бегает никто не знает. Если получится что-то улучшить в самих БП - будет +. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 16:21 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
DimonСистему учетную переписать. Целиком как что бегает никто не знает. Если получится что-то улучшить в самих БП - будет +.О как! Ни много - ни мало:-) В принципе, то, что задумали двигаться от бизнес-процессов - это уже кое-что! А чем плоха существующая учетная система? (так, для интереса спрашиваю). Я думаю, что Вам нужно поразмышлять над BPM и над SOA (сервисно-ориентированной архитектурой). Возможно, что Ваш взгляд на новую систему несколько изменится. Традиционно учетные системы построены в виде монолита, который опирается на функциональную структуру. И такие системы не вписываются в процессно-организованное управление - возникает потребность их дробить на модули и встраивать в процессы. У большинства организаций именно эта проблема и стоит - вплести учетные системы в канву процессов. Если Вы беретесь писать что-то с чистого листа, то у Вас есть возможность изначально заложить эту модульность в основу. Т.е. продумать архитектуру будущего информационного пространства. Еще раз советую почитать про SOA. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 16:37 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
WJО как! Ни много - ни мало:-) В принципе, то, что задумали двигаться от бизнес-процессов - это уже кое-что! А чем плоха существующая учетная система? (так, для интереса спрашиваю). Я думаю, что Вам нужно поразмышлять над BPM и над SOA (сервисно-ориентированной архитектурой). Возможно, что Ваш взгляд на новую систему несколько изменится. Традиционно учетные системы построены в виде монолита, который опирается на функциональную структуру. И такие системы не вписываются в процессно-организованное управление - возникает потребность их дробить на модули и встраивать в процессы. У большинства организаций именно эта проблема и стоит - вплести учетные системы в канву процессов. Если Вы беретесь писать что-то с чистого листа, то у Вас есть возможность изначально заложить эту модульность в основу. Т.е. продумать архитектуру будущего информационного пространства. Еще раз советую почитать про SOA. WJ А чем плоха существующая учетная система? (так, для интереса спрашиваю). Ядро писалось лет 7-мь назад. Функционала навешали, документопоток возрос, пользовательей добавилось. Еще тянет, но не лучшим образом. WJЯ думаю, что Вам нужно поразмышлять над BPM и над SOA ... Т.е. продумать архитектуру будущего информационного пространства. Еще раз советую почитать про SOA. Угу. Чем и занимаюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 16:58 |
|
||
|
Описание нескольких направлений в БП
|
|||
|---|---|---|---|
|
#18+
Кстати, возможно Вы передумываете переписывать все и сразу - BPM позволит использовать то, что работает и заменить только то, что требует замены. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 17:08 |
|
||
|
|
start [/forum/topic.php?fid=29&msg=34449793&tid=1527580]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 367ms |
| 0 / 0 |
