|
18.09.2003, 15:00 | #1 |
Участник
|
Я перевел систему 25сп2хф1 на ах30, а теперь уже и ах30сп1
Проблем было много, тк версия обживалась с 2001г и притерпела множество изменений. Основные проблемы и их решение легли на пересмотр ведения бизнес процессов в системе. А имено уход от модификаций, там где это возможно, на чистую систему. Дело в том, что большинство (ну пусть не большинство ) проектных модификаций делается для удобства (привычки) пользователей... так как на чачальном этапе работы с системой пользователи страдают определенными трудностями в "понимании" логики системы. Очевидно, после нескольких лет работы стало возможным передти на ахапту, а не на конструктор сделай сам. И автоматизировать бизнес процессы фирмы уже в логике системы, дописав (перенеся) только необходимое. Стоит так же отметить, что весь блок модификаций, например, в модуле кассы (а там было очень много всего сделано) переносить не пришлось, тк ах25сп2 и ах30 не совместимы в логике работы модуля кассы... (те делать с нуля) А вот все исторические данные в ах30 нужно было оживить, что и было проделано. Для оценки Вашего проекта нужно видеть версию и знать Ваш бизнес. Потому как я уверен что при переходе на ах30 Вам придеться пересматривать многие процессы в новые возможности системы Ну а тестировать перенесенные модификации - это вообще песня Так что утверждение "возмите, скажем, 20% от времени изготовления модифы на ее перенос" не верно (ИМХО) - тут смотря какая модифа... а то и х3 ко времени будет, а еще и тестировать. Тем более сразу скажу, все изменения связанные с разноской в ГК в ах30 придеться писать заново или время будет точно >= времени создания |
|
|
Похожие темы | ||||
Тема | Ответов | |||
AxDb Upgrade (Axapta 3.0 ->MDAX 4.0) | 2 | |||
Axapta 2.5 -> 3.0 | 10 | |||
Скорость Axapta -> DBF | 8 | |||
Совокупная стоимость владения Axapta | 8 | |||
Введение в Аксапту | 0 |
|