![]() |
#24 |
NavAx
|
Да я это знал... Экспериментировал... Готов не согласится что aod он ничего не дает можно сдалать оценочный вывод какие элементы по сложности хотя бы правились (размер формы может говорить сам за себя о ее сложности построения)... Хотя конечно же это не точный метод оценки и готов признать что он подходит только для одного слоя. В случае с перекрытием конечно же здесь оценка трагически усложняется
![]() Могу предложить Вам метод как повысить точность оценки. Вам нужно собрать все свои модификации в проект (можно сделать утилиткой по сравнению слоев). Сделать слой сравнения usr слоя с нижними слоями. Система сделает проект (накидает туда обьектов из usr слоя) и затем тоже самое сделать с var и bus слоем. Выкачать все три проекта и попытаться собрать их в единый проект. Где-нибудь в тестовой базе... Затем для чистоты эксперимента очистить usr слой и заэкспортировать туда собранный проект. Вы получите слой где у Вас будут находится все объекты когда-либо измененные Вами. Но уже по тем данным которые есть у вас уже можно сформировать оценочное время перевода. Хотя бы сопоставив часы на разработку с файлом aod и сделав допущение, что формы не были удалены если они хоть раз изменялись , а также сделать несколько прогнозов пессиместичный и оптимистичный... Мой прогноз (пессимитичный) выглядит примерно так 1500 часов = 25 mb в слоях, без описаний , сторонними разработчиками = около 800 измененных элементов ... порядка 500-600 часов группой разработчиков т.е около 3-х месяцев. Мой прогноз (оптимистичный) выглядит примерно 1000 часов = 12 mb в слоях, без описаний , своими(знающими модификации) разработчиками = около 300 измененных элементов ... порядка 200 часов группой разработчиков т.е около 1 го месяца Из чего это должно складываться 1) Анализ изменений (Выделить те вещи, которые можно перенести буквально руками, например добавление поля в форму) - сформировать список модификаций 2) Сопоставление изменений с функционалом 3.0 (Нужно определить существует ли это же функционал в 3.0) - отсечь не нужное. 3) Перенести модификации (часть с помощью проекта, часть ручками) 4) Провести тестовую конвертацию для проведения тестов на базе. 5) Тестирование - получение каких либо отчетов 6) Финальная конвертация 7) Запуск .... все должно работать ![]() Какие комментарии? ![]() |
|
|
![]() |
||||
Тема | Ответов | |||
AxDb Upgrade (Axapta 3.0 ->MDAX 4.0) | 2 | |||
Axapta 2.5 -> 3.0 | 10 | |||
Скорость Axapta -> DBF | 8 | |||
Совокупная стоимость владения Axapta | 8 | |||
Введение в Аксапту | 0 |
|