AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 04.08.2010, 01:57   #4  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5813 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Morpheus Посмотреть сообщение
Оценить примерный объем работы поможет стандартный отчет Tools > Development tools > Code upgrade > Estimation report запущенный с параметрами по умолчанию Tools > Development tools > Code upgrade > Parameters. Не забудьте перед запуском отчета запустить Tools > Development tools > Code upgrade > Detect code upgrade conflict для каждого слоя (layer), где выполнены модификации.
Небольшая ремарка: создание проекта выявления конфликтов при обновлении кода по всему AOT'у может так и не доработать до конца - клиент тупо будет сваливаться, не успев создать проект...
Цитата:
Сообщение от Morpheus Посмотреть сообщение
Второй этап миграции кода характерен творческой работой от результатов которой и зависит успешность всего проекта. Программистам необходимо выяснить в мельчайших подробностях алгоритм работы сильно измененных классов в AX 3.0 и AX 2009 для того чтобы правильно перенести модификации.
Ага, а еще предстоит напороться на многочисленные грабли - что в стандартном приложении (sys/syp), что в локализации (gls/glp): id-шники полей таблиц, заезжающие в диапазон usr-слоя, id-шники расширенных типов и enum'ов (!), заезжающие в диапазон usr-слоя (вот веселуха-то будет с синхронизацией!), изменившиеся id-шники классов, из-за чего модификации, сделанные для них в 3-ке, перестают видеться ядром в 2009-й, значения стандартных енумов, из-за непонятно с чего взявшегося изменения (было 5, стало 200) "наехавшие" на те значения, которые добавлялись в ходе модификаций... Это на вскидку.
Цитата:
Сообщение от Morpheus Посмотреть сообщение
По моему субъективному мнению наиболее качественно и за разумные деньги выполнить аудит поможет сторонний разработчик имеющий опыт выполнения upgrade(ов).
Да, только следует учесть, что по заявлениям представителей тех же консалтинговых компаний проектов на 2009-й в России - не больше десятка (из них в промышленной эксплуатации - 3-4), так что надо либо искать очень немногочисленных сторонних разработчиков, которые имеют реальный опыт, либо обращаться в консалтинговые компании с международным опытом проведения проектов обновления.

Последний раз редактировалось gl00mie; 04.08.2010 в 02:00. Причина: typo
Теги
ax2009, upgrade

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
best4best: Продажа проекта - в пути Blog bot Курилка 0 17.10.2009 04:29
Риски проекта eugene egorov Курилка 1 27.03.2009 19:13
Хроника одного проекта konfet Курилка 2 09.10.2008 14:52
Amand: Известный анекдот о Руководителе проекта Blog bot Курилка 3 26.04.2008 09:31
Мои первые впечатления от проекта... ushastik Курилка 94 13.04.2004 09:37

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 21:46.