> Это правда. Боюсь, вам надо начинать все с начала - с модели предметной области

И закладывать в архитектуру SMB, BPM, онтологии и пр. фигню. Должно красиво получиться. А если еще и клиент будет работать в браузере + интегрировать учетную софтинку с виртуальным офисом и сервисами - ну просто сказка. ;)

> Ну наверное не в архитектуру, а именно в модель предметной области.

Не в модель, а в архитектуру.

> Ну это как раз не очень большая проблема.

Хм... да вот как раз проблема. Не в клиенте, а в интеграции всего зоопарка. И айпи-телефония, и удаленные файловые хранилища, и он-лайн редакторы, и информационная система, и любые другие внешние сервисы - и все это в одном контексте. Так себе не проблема.

> Хе, получется интересные моменты

Если эта база данных удовлетворяет необходимому минимуму условий - да, без проблем. Вот только где вы видели такие базы данных? Как минимум данные должны быть представимы в виде (управляющий идентификатор, идентификатор состояния, идентификатор контекста (вендор данных, идентификатор модели, идентификатор сущности, идентификатор экземпляра сущности)). Причем, контекст и состояние - очень упрощенно идентификаторы, вообще говоря, зависимости могут быть не тривиальные. Фишка в том, что контекст как правило жестко задается при проектировании (в частости, включает в себя весь геморрой, по поводу которого в основном и возникают вопросы: права доступа, локализация, распределенная структура, классификация и пр.), а про состояния даже и вспоминать не хочется.

> полная интеграция зоопарка

Как вы себе это представляете, если у каждого внешнего сервиса - уникальная метамодель, совершенно не обязательно сопоставимая с вашей?

> За 30 минут сгенерировали задачу (сами) для анализа отрасли.

Ай, молодцы. ;) Как, интересно, они модель отрасли за полчаса умудрились построить?