|
|
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
Никогда не занимался проектирование задач обслуживания длительного процесса несколькими ролями в приложении, а тут вот пришлось и не знаю как подступиться. Суть задачи: необходимо сформировать дело клиента. В дело входит как информация о клиенте (о личности о владении имуществом о договорах и т.д.) так и информация о наличии документов и копий документов, а также информация о запросах и ответах различных учреждений. Процесс формирования дела разбит по отделам специализирующихся на сборе определенного вида информации. При этом необходимо обеспечить контроль начала и окончания работы над делом определенным отделом, а также обеспечить способ передачи дела в другой отдел по окончании сбора информации в текущем Вопрос в том - формировать ли дело как одну большую простыню, к определенным ячейкам которой, будут иметь доступ определенные отделы (ограничения через интерфейс) или "цеплять" объекты к делу??? В первом случае вродебы просто контролировать степень заполненности данных в конкретном отделе, но с другой стороны в ней по условию может быть просто много пустых полей, заполнение которых зависит от входных данных В общем поделитесь опытом проектирования таких процессов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2007, 20:49 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
"Цеплять объекты" к делу, так как объектов может быть очень много,а на все варианты может ширины не хватить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2007, 14:33 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
причем по-факту все просто: к "объекту" надо цеплять историю изменения его текущего статуса и дату смены его на текущий.а статусы уже называть в соответствии с подразделениями.а дальше только фантазия-можно сделать настраиваемый механизм с правами на смену статуса подразделениями, возможность наличия параллельных статусов, в общем чистый workflow.Но пмсм такие вещи уже реализованы во всех мало-мальски приличных системах документооборота. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2007, 14:38 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
Shtock"Цеплять объекты" к делу, так как объектов может быть очень много,а на все варианты может ширины не хватить :) +1 а авторформировать дело как одну большую простыню- это больше для отчетов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2007, 15:43 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
Shtockпричем по-факту все просто: к "объекту" надо цеплять историю изменения его текущего статуса и дату смены его на текущий.а статусы уже называть в соответствии с подразделениями.а дальше только фантазия-можно сделать настраиваемый механизм с правами на смену статуса подразделениями, возможность наличия параллельных статусов, в общем чистый workflow.Но пмсм такие вещи уже реализованы во всех мало-мальски приличных системах документооборота. Дело в том мало-мальски приличные системы документооборота тут не подходят так как это еще и учетная система, да и для такой задачи покупать Lotus и 3 человека команды поддержки - нужен еще и спонсор который это все оплатит ) Тут еще и такие задачки возникают - переменное число навешиваемых объектов на дело в зависимости от условий К примеру : если лицо владеет автомобилем - необходимо наличие копий 1)Водительского удостоверения 2)страховки ну т.п. Как это реализовывать пока не пойму ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 13:24 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
НУ во-первых не лотусом единым сыт человек.Зайдите на софткей и по слову документооборот найдете программ 50 разных ценовых категорий. Во-вторых: все просто: таблица: Типы условий (код условия, наименование) Наличие автомобиля таблица: Тип документа (код типа, наименование) Права, паспорт таблица: Документы условий (код условия, код типа, обязательность документа данного типа) (наличие автомобиля, паспорт, обязательно) Далее можно пойти дальше: для условий прописать группы альтернатив, например вместо прав на машину можно предъявить 2 свидетельсва о браке или как-нибудь так и др. чем-то это дело скорингом попахивает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 15:05 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
Привлекло название топика. Дела не формируют, их - шьют! друзья зовут меня Красавчег Сёка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 01:37 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
spПри этом необходимо обеспечить контроль начала и окончания работы над делом определенным отделом, а также обеспечить способ передачи дела в другой отдел по окончании сбора информации в текущем Хм. Формулировка заставляет предостеречь от черезчур буквального переноса бумажных операций на электронные. spВопрос в том - формировать ли дело как одну большую простыню, к определенным ячейкам которой, будут иметь доступ определенные отделы (ограничения через интерфейс) или "цеплять" объекты к делу??? Второе, однозначно. Первое просто нежизнеспособно в реальных условиях (справок может быть несколько итп). Может иметь смысл некоторая денормализация - то есть в дополнение к "прицепленным объектам" держать в корневом ключевую информацию о них. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 14:25 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
Shtockвместо прав на машину можно предъявить 2 свидетельсва о браке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2007, 23:03 |
|
||
|
Проектирование процесса формирования "дела"
|
|||
|---|---|---|---|
|
#18+
У меня есть программа для описания бизнес-процессов. Можно описать процесс, и он будет рассылать задачи разным пользователям, пользователи выполняют действия и отчитываются. Задача меняет статусы. Переходы между состояниями могут быть последовательными и параллельными. На данный момент использую механизм для системы электронного документооборота. На предприятии моей программой согласовывают договора. Договор должен пройти около десятка инстанций ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2007, 08:55 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1544256]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
46ms |
get first new msg: |
11ms |
get forum data: |
2ms |
get page messages: |
113ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 475ms |

| 0 / 0 |
