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

AR>Вот поскажите как быть.
AR>Ситуёвина такая. Есть заказчик. Когда-то конкретно поставил задачу отображения данных в окне. Идет дофига всякой обработки и визуализации. Но все крутится вокруг отображения этих данных. Было сделано много классов, завязанных на окне с видом (не Doc/View). ОК. Все нормально. "А давайте-ка мы еще другой вид информации отображать будем"-сказал заказчик. ОК. Начали приделывать диалоги, которые обращаются к данным. Но чем больше диалогов, тем кривее стало все работать. Стали переделывать под Закладки. ОК. Все работает. "А давай-те, чтобы другой файл можно было зачитывать.". И все заново — перелопачивание структуры приложения.
AR>Только не надо ругать и говорить, что нормальные люди так не пишут. Но невозможно предусмотреть все прихоти заказчика. Как же организовывать структуры и классы, чтобы в дальнейшем было как можно меньше переделок при любой прихоти заказчика. Поделитесь опытом.
AR>Спасибо.
Есть способ RUP называется. Заказчик подписывает кучу документов детально описывающих свойства и функционал будущей системы.
А затем при любом изменении производится доп согласование и проплата деньгами.