Блок-схема алгоритма (MFC application), Заказчик хочет... Опции

[Genadi Zawidowsk...]

Есть проект - обычное win32 mfc, dialog based. Отображает некий техпроцесс - используются own draw контролы, часть обмена с компортом...
СОбственно, заказчик захотел блок-схему алгоритма. Есть некоторая растеряность (кто не знает - в проекте куча файлов, обеспечивающих "игру по правилам" применённого фреймворка, собственно отображалкпа - это процентов десять от объёма текст).
Как может выглядеть "блок-схема алгоритма" таких событийно-управляемых приложений?
ps: c MFC начал работать ещё в 1995-м году. Опыт работы программистом более 25 лет.

[Genadi Zawidowsk...]

Теперь понятно, отчего горе? Именно _весь_ _код_ _должен_ _быть_ _документированы_.
Блок-схемой алгоритма...
Скорее всего, в архив. Как образец показали алгоритм embedded программы, работающей на PIC (байт 800 кода как результат трансляции "С"). Вот там рисунок алгоритма есть, есть обширное словесное описание.
А то, что в виндовой части 90% это обслуживающая часть, не имеющая отношения к работе программы...

Программа решает одну или несколько задач связанных с неким тех-процессом, так?

Один контрол самописный и работа с com-портом + конфигурационный диалог без самодеятельности.

Ну это так... вопль с тоски.
Спасибо за помощь.

Конкретнее - кто-нибудь документировал служебные функции MFC?

Сообщение отредактировал Genadi Zawidowski - Aug 9 2011, 07:14

[V_G]

Конкретнее - кто-нибудь документировал служебные функции MFC?

Я бы подвел это под реверс-инжиниринг - действие, напрямую запрещенное лицензионным соглашением.
В смысле, если хороший юрист пороется, может, он и не найдет в этом криминала. Но перед заказчиком отстаивать именно эту версию.

Сообщение отредактировал V_G - Aug 9 2011, 07:17