1) описание таблиц и полей в метаданных;
2) ввод и поддержка дополнительных тэгов в метаданных, например, тэг "функциональный блок" или "разработано/доработано по задаче:...";
3) для основных функциональных блоков - упрощенные ER-модели в не важно какой программе проектирования, хоть в Визио;
4) сервис для аналитиков, который работает с метаданными, например, вводим там "счёт" - он возвращает все таблицы/поля, где в описании есть слово "счёт";
5) база знаний на основе Confluence или любой вики-системы (хоть в шарепоин);

ЮВО таблицах можно рассказать много чего интересного.
Например:
1 обязательно в БД должны храниться комментарии к самой таблице и всем её полям.
Эти комментарии должны предоставляться при выгрузке схемы таблицы. Если этого нет, комментарии надо документировать;
2 надо указывать максимальное допустимое кол-во записей таблицы и действия, которые будут выполняться при её переполнении: выдаваться ошибка, новые записи будут размещаться на место самых старых записей (циклическая таблица) или др.;
3 есть ли ограничение на размер файлов, хранящих собственно данные таблицы;
4 в каких разделах памяти рекомендуется размещать таблицу (например. в быстрых);
5 является ли таблица постоянной или временной;
6 является ли таблица таблицей “в памяти”;
7 является ли таблица предварительно загружаемой (т. е. автоматически загружается в оперативную память при запуске СУБД самой СУБД);
8 указать первичный ключ (если есть);
9 описать все составные ключи;
10 описать, если есть, все внешние ключи и порядок действия с ними при удалении первичного ключа, на который они ссылаются (выдавать ошибку, заменять NULL-значением, оставлять неопределенную ссылку и др.);
11 если числовое поле не является непрерывным (состоит из диапазонов значений), описать все диапазоны значений;
12 если поля имеют значения по умолчанию, описать;
13 если поля (да и сама таблица) имеют ограничения целостности, описать все правила ограничения;
14 если таблица имеет триггеры, описать все триггеры (BEFORE, AFTER, INSTEAD).Если на одну операцию создано несколько триггеров, указать очередность их выполнения;
15 если в БД есть хранимые процедуры, выполняющие манипуляции с данными таблицы,
описать все;
16 доступ к таблице имеет только её создатель или он может предоставлять доступ другим пользователям (каким?);
17 разделить таблицы по группам и указать принадлежность таблицы к группе (справочник, оперативная таблица, таблица для хранения итоговых данных по периодам, таблица хранения данных для аналитических отчетов и т. п.);
18 если к таблице применяется мандатный контроль доступа (поля имею метки ДСП, “Секретно” и т. п.), то описать все такие поля;
19 рекомендации по архивированию таблицы (редко в составе всей БД или часто отдльно т. к. таблица очень динамичная);
и др.

Абсолютно ничего из этого отдельно в документации описывать не нужно, иначе бюрократия убьет разработку. Это либо есть сразу в коде (причем, в очевидном, то есть разбираться не нужно), либо в системе именования объектов.