Показать сообщение отдельно
Старый 04.08.2010, 01:38   #6  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
Есть проект upgrade с ax 3 на ax 2009
Как бы вы организовали контроль выполнения проекта?
Поэтапно ли делать проект (не более 3-4 недели на этап) или дать возможность самостоятельно работать 2-3 месяца и потом предоставить результат?
Или же лучше делать этапами (2-3 недели) и на каждом тестировать и проверять качество работ?
На счет тестирования при переходе на новую версию есть занимательный момент: чтобы более-менее нормально тестировать обновленное (обновляемое) приложение, нужна соответствующая тестовая БД, а чтобы получить соответствующую тестовую БД (конвертацией рабочей или тестовой БД с версии 3.0), нужно сперва как минимум обновить, т.е. перенести на новую версию, Data Dictionary, а это по затратам времени и сил может занять до трети от всего обновления приложения. Плюс еще, в зависимости от размера вашей рабочей БД, допиливание скриптов обновления данных до работоспособного состояния может также занять приличное время. Т.е. скрипты-то работают, но на сколь-нибудь ощутимых объемах они явно не тестировались (вспоминаются слова из руководства по написанию этих самых скриптов: вот такой-то код обновления данных до оптимизации работает 20 минут, а после оптимизации - 16 секунд. Да если б дело было в 20-и минутах!..). По своему скромному опыту могу сказать, что скрипты обновления данных в 2009-й (классы ReleaseUpdateDB401* и ReleaseUpdateDB41*) написаны местами просто отвратительно - будто наняли каких-то студентов-стажеров, которым в мозг успели вдолбить лишь два с половиной понятия: идемпотентность ("мы говорим «идемпотентность» - подразумеваем «notexist join»"), insert_recordset + update_recordset...
В общем, конечно, лучше бы делать этапами, потому что просто "перенос доработок" может, с учетом разницы в коде стандартных приложений 3.0 и 2009, занять непонятно сколько, что уж там говорить о фактически перевнедрении с использованием всех новых "фишек"... Но на практике, чтобы просто получить что-нибудь работоспособное и просто компилирующееся без ошибок, может уйти очень прилично времени - весьма вероятно, не 2-3 недели и даже не 3-4... Но это, впрочем, сильно зависит от объема модификаций и размера вашей рабочей БД.
За это сообщение автора поблагодарили: Evgeniy2020 (1).