Здравствуйте, sergei74ap, Вы писали:

S>1-й программист делает пользовательский интерфейс на Delphi.
S>2-й — пишет ядро системы (разнообразные вычисления, всякие навороченные алгоритмы, работа с БД) на C++ Builder'е. Ядро представляет собой набор DLL-библиотек, экспортирующих кучу функций (возможно, впоследствии все это будет переделано на COM-серверы).
S>3-й — пишет на MSVC++ набор DLL-библиотек, управляющих разнообразными железяками.

На кой вам каша из такого количества разнокалиберных технологий? Типа, каждый пишет на чем умеет?
Сдается мне, это будет не самый простой, надежный и гибкий проект.

S>Вопрос: что посоветуете для ведения проектной документации — какие виды диаграмм, блок-схем? На данном этапе нам не требуется автоматической генерации кода по диаграммам. Пока нужны только средства, которые позволили бы описать интерфейсы компонентов системы и протоколы взаимодействия между ними. Что-то типа диаграмм UML, но с учетом того, что система не является полностью объектно-ориентированной (некоторые ее части представляют собой просто наборы функций).

Диаграммы компонент, диаграммы активности, по-большому счету на ООП не завязаны, можно их использовать. Описание протоколов взаимодействия можно через диаграммы последовательности нарисовать, плевать что у вас не объекты, либо изложить все в Word-овском документе.

S>Существует ли такой стандарт документирования, который целесообразно применять в небольшой группе программистов и на внедрение которого уйдет не слишком много сил и времени?

Мой скрымный опыт подсказывает, что лучший стандарт, это тот, который вы придумаете сами. Никто не запрещает использовать UML не совсем так как оно задумано. Например, я как-то через диаграмму состояний сайт спроектировал, и
остался очень доволен результатом.