Это ТЗ для Документооборота или учетной системы?
=========================
Необходим совет, т.к. писал в основном графические системы.

Заказчик хочет, но вряд ли знает как это называектся:
- Поступила, к примеру книга на эксперизу.
- Занесли в БД этот факт и "Начальник" определил вид экспертизы на все её составные части.
- "Начальник" на каждую часть назначил эксперта и сроки проведения
- Все эксперты занялись своим делом (как то были оповещены?) и каждый по окончании сделал своё заключение
- Старший эксперт "подытожил" и сделал обобщённое заключение по книге.
===================================
Есть 2 варианта решения:
- как простая учётная система, где каждый Актор заполняет свою строчку в БД
- как СЭД - система электронного документооборота, где каждый Актор получает "фичи" данной системы


МЕШОК ФИЧЕЙ ПО СЭД
=========================
контроль прав доступа
включение в иерархичную структуру папок
передача парв владения.
изменение статуса документа

рецензирование
контроль исполнения
пересылка=маршрутизатор?
версионнирование
стадии обработки: ознакомление(чтение), подпись, отзыв документа к пред. этапу,
сервисы уведомления
организация хранилища документов в различных срезах (включение в иерархичную структуру папок?):
дата(год,месяц)/документ, дата(год,месяц)/тип/документ, создатель/документ, ...
при чем желательно что бы хранилища настраивались динамически

обработка пакета документов
отражение оргштатного расписания организации для удобства раздачи прав доступа
контроль исполнения заданий/документов
встроенный почтовый клиент и "факс-адаптер"
интегрировать это еще и с groupware - как только появляются задания для исполнения и контроля,
как дико начинает не хватать календаря
Надежно идентифицировать отправителя и получателя. Иметь функции наложения электронной подписи
на весь электронный документ или его некоторые части.
желательно, что бы система хорошо интегрировалась с имеющимся каталогом пользователей у заказчика (ActiveDirectory, eDirectory, LDAP).

Как бы не "переборщить" :) и не городить огород там где это не нужно.
Понятно, что лучше выяснить это у заказчика.
Но тогда, вероятно ТЗ выше не тянет на СЭД?

ЗЫ. Желательно под углом зрения к проектированию БД.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

ModelRЭто где-то в области WorkFlow / DocFlow
Из готовых и не дорогих например Евфрат.
понятно, но мне придётся с нуля писать (не обсуждается).
Мне бы про " подводные камни " и критерии отнесения программы к той области.

Есть такая мысль, что если Мешок фичей не показывать (не утверждать на I этапе) у заказчика, то это не тянет на маршрут документов.
Можно обязать каждого приходить на работу включать комп и БД и смотреть прямо в БД есть ли ему задание )
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

KGPА что сам заказчик говорит на эту тему? Какой контроль/фичи ему нужны или он пока НЕ знает?
==========

на разговор с заказчиком надо идти "подготовленным" :). Я ж говорю, с СЭД не сталкивался - просвятите кто знает.

Если НЕ знает - создавайте пока:
1. структуры для хранения данных о книге (не забудьте про 'части')

========= это нет проблем
2. структуры для хранения сотрудников с должностями

========= нет проблем - должность для контроля доступа в виде группы в БД

3. структуры для хранения рецензий (ИМХО - краткое описание + возможность приписать файлы)

========= рецензия это типа заключение в виде текстового поля в БД. Приписать файлы это понятно.А далее уточнять, уточнять и уточнять ... и по деньгам и по срокам и по фичам


All
читал, что в СЭД документ "вынимается" из БД для сотрудника. Что под этим понимается? Если это не *.doc то процесс выемки не нужен, т.к. он сразу читает его в БД (текст)?

-----------читать сразу в БД может разве что контроллер диска на сервере :)

а под словом "вынимать" вероятно имелся в виду механизм check out / chech in,
который применятся при редакировании.
сарказм понятен :)
- сразу в БД значит SELECT - прочитал клиент + UPDATE в короткой транзакции
- "выемка" это возможно генерация Word с какими-то блокировками?

"механизм check out" - поподробнее (имеет ли отношение к структуре БД?)

KGP
отпишите основные сущности с аттрибутами, будет разговор.
надеюсь ;)
1. Пример сильно упрощённый
2. Старший эксперт "делит книгу" на части и на каждую часть назначает экспертов и сроки (сроки не указаны). Они готовят свои заключения, а ОН свои-итоговый.

3. Если идти по сложности, то здесь учётная система без СЭД
IMHO если добавить "выемку документов" (заблокировать или известить остальных на поле текстовое), то появляется ранг программы СЭД?