![]() |
#10 |
Участник
|
А экономическое обоснование под эту идею сделали? Просчитали, какие возможности хотите задействовать, под какие задачи и какой это даст эффект? Чья это вообще идея и чем она обоснована? Вариантов вижу несколько:
1. меняется команда проекта, и новички не хотят разбираться со старым хламом 2. "перетаскивает" внедренческая фирма, которая вела проект (о возможных причинах промолчу) 3. возникло желание перейти к использованию стандартного функционала и перестать зависеть от команды разработчиков 4. реально востребован какой-то новый функционал. но такого нет. Думаю, переходить чаще чем раз в три-четыре года на новые версии - не рационально. Переход на новые версии должен быть связан с желанием "сделать многое по другому и при этом воспользоваться новыми возможностями развитой системы". Оптимально, если при этом проводятся процедуры оптимизации рабочего процесса. Переход с версии на версию желательно делать в начале года, отработав механизм переноса остатков, сальдо и всех процедур в системе, а так же отработав механизм запросов к старой базе в удобном для пользователей виде. Время подготовки и тестирования - минимально 3 месяца, если люди знающие сидят. Это все- только мои оценки, разумеется.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..." с уважением, ESys. |
|