Здравствуйте. Стоит задача написать программу в которой будут приниматься заявления от населения
1. оператор принимает заявление, указывает реквизиты и указывает кто исполнителя(исполнителей)
2. исполнитель(ли) проверяет заявление, просматривает сопровождающие документы и может вернуть назад для уточнения(после чего оператор уточнив данные возвращает дело назад на исполнение) передать другому исполнителю или вынести итоговое решение и передать для выдачи результата заявителю
3. заявление может быть поставлено на контроль 3 му лицу то есть он сам его не выполняет но следит за его движением

Если у кого были подобные задачи, подскажите структуру таблиц и логику которая обеспечит описанные выше действия или хотя бы, как организовать движение документа по исполнителям

nosov,

Мне не нужна сторонняя программа не нужно понять как сделать свою, я же не расписываю тут ВЕСЬ функционал программы, она вообщ6то еще много чего уже делает и должна в будущем еще потолстеть мне нужно просто ПРАВИЛЬНО организовать вышеперечисленную логику процессов и я интересуюсь имено ей(логикой процесса и структурой БД), а не сторонним софтом

Cat2,

из своих мыслей

Таблица заявлений delo ,поля
deloid(PK), и вся инфа непосредственно по заявлению
Kontroler код лица отвечающего за контроль

Таблица исполнителей users , usersid(pk) и вся инфа непосредственно по пользователю

Справочник процессов SP_PROCES
( PROCESID NUMBER(14) not null,
PROCES_NAME VARCHAR2(100),
STATUSID NUMBER(14)
)

Журнал движения DELO_TO_USERS
(
ID NUMBER(14) not null, (PK)
PARENTID NUMBER(14), (Ссылка на родителя ля дерева)
DELOID NUMBER(14), (FK на таблицу DELO)
USERSID NUMBER(14), (FK на таблицу users)
PROCESID NUMBER(14), (FK на таблицу SP_PROCES)
DATE_UCH DATE default sysdate, ( дата проведения операции)
PRIM VARCHAR2(254) (примечания по операции вводятся пользователем например размер результат заявления)
)
Примерно так...

справочник процессов примерно такой
1|Прием комплекта документов | 1
2|Передача на рассмотрение | 2
3|Перенаправление другому специалисту | 2
4|Возврат на дооформление | 4
5|Отказ | 5
6|Выполнено | 6
7|Выдача результата услуги | 7

GoffmanUtyf1982,
2. Доступ к документу.
Очевидно на каждом этапе согласования с документом будут работать разные пользователи.
Этот моментик тоже надо заложить в систему.

Чесно говоря даже не представляю как это сделать на уровне базы, или что вы имели в виду?

2nosov
вобще то в таблице процессов STATUSID это код статуса, и осмысленные имена хранятся в отдельном справочнике потому что вообще елси не заморачиватся то этих статусов всего три "в работе" "выполено" и "выдано"

WORKFLOW понятие то знакомое, чтото типа "поток процессов" только попытка понять в чем суть этого потока привела к двухденвным поискам резултат которых близок к 0 , то есть как оно должно работать на практике нипонятно...

GarrickGennady_Ссылки в студию!
P.S. На Google вас забанили?
Бог с ними с ссылками , вы хотя бы пару названий приведите, а то у меня при попытке найти что то из этой области кроме предложений за деньги сделать эту работу особо ничего и не выходит...

Чтобы телепатию не включать - названия инструментальных средств

А вообще изначально вопрос и задавался - помогите со структурой БД для того чтобы решить задачу.
То есть какие связи и поля нужно включить как необходимые...