Navision и Галактика

[coolibin_imported]

Цитата:

Сообщение от Vitaliy

1. переход на новую версию идет легко и даже без перекомпиляции, если не поменялась версия атлантиса на котором собрана гал-ка, если же она поменялась. то перекомпилируем интерфейсы новым VIP-ом (компилятор интерфейсов) и все. Если поменялся словарь (а конкретно таблицы. которые вы использовали в своем интерфейсе), то достаточно подправить свой интерфейс. к примеру:
1. изменились названия полей в таблице: методом замены текста меняете в исходниках своего фейса
2. изменились названия таблиц: см п 1
3. удалили таблицу: создаем свою подобную. или если вам нужны данные, которые туда поступали из других фейсов. то ищем таблицу, в которую они теперь поступают (используем модуль Журнализация в SUPPORT)
и т.д.
За все время был только один случай, когда потребовалось глобально переписывать свои интерфейсы, но это было сделано )

То что говорит Vitaliy совсем не вяжется с моим опытом эксплуатации Галактики.
Я бы сказал - переход на новую версию идет по разному у всех. Во многом зависит насколько много у вас доработок Галактики (не все так уж легко перекомпиляется), насколько сложные настройки прав доступа в системе (часто приходится перенастраивать систему доступа с чистого листа всем пользователям), от мощности платформы (сервер БД и железо), от степени использования функционала (часто требуется частичное перевнедрение).

Согласен, что все это есть и в других системах, но такой частоты смены версий (примерно 1,5 года) я в других системах что-то и не видел.

[Vitaliy]

Цитата:

Сообщение от coolibin

Цитата:

Сообщение от Vitaliy

1. переход на новую версию идет легко и даже без перекомпиляции, если не поменялась версия атлантиса на котором собрана гал-ка, если же она поменялась. то перекомпилируем интерфейсы новым VIP-ом (компилятор интерфейсов) и все. Если поменялся словарь (а конкретно таблицы. которые вы использовали в своем интерфейсе), то достаточно подправить свой интерфейс. к примеру:
1. изменились названия полей в таблице: методом замены текста меняете в исходниках своего фейса
2. изменились названия таблиц: см п 1
3. удалили таблицу: создаем свою подобную. или если вам нужны данные, которые туда поступали из других фейсов. то ищем таблицу, в которую они теперь поступают (используем модуль Журнализация в SUPPORT)
и т.д.
За все время был только один случай, когда потребовалось глобально переписывать свои интерфейсы, но это было сделано )

То что говорит Vitaliy совсем не вяжется с моим опытом эксплуатации Галактики.
Я бы сказал - переход на новую версию идет по разному у всех. Во многом зависит насколько много у вас доработок Галактики (не все так уж легко перекомпиляется), насколько сложные настройки прав доступа в системе (часто приходится перенастраивать систему доступа с чистого листа всем пользователям), от мощности платформы (сервер БД и железо), от степени использования функционала (часто требуется частичное перевнедрение).

Согласен, что все это есть и в других системах, но такой частоты смены версий (примерно 1,5 года) я в других системах что-то и не видел.

Можете поверить, доработок у нас более чем хватает Пользователей не мало и типовых почти нет, у всех настроены права индивидуально. На счет настройки права: наше правило - на новой версии настрой все с нуля, и будет тебе счастье ). Сервер хуже среднего . СУБД - первасив. Используемый функционал - буглатерия вся, финансы, производство, склады, поставщики/получатели, снабжение/сбыт, з/п, персонал.

Да, переход идет по разному у всех. Но за 5 лет работы с Галактикой ни разу не было проблем в переходе. Все переходы по времени занимали не более двух недель, плюс некоторое небольшое время на доводку до ума. Весь процесс протекал приблизительно в таком роде:
1. Собирается машина с достаточным объемом оперативки (как правило всегда хватало 1.5 гигабайт)
2. Дописывался конвертер для переноса своих таблиц (можно было и так закопировать, но тем самым мы еще и пеежимали таблицы)
3. Удалялись все журналы, пользователи, группы прав
4. Проводилась тестовая конвертация
5. На базе полученных данных поднимался сервер с тестовой инфой
6. Навешивались имеющиеся патчи и фиксы
7. Создавались группы прав (всегда создавали по принципу: одна группа - один модуль, отдельно гурппы с правами на таблицы)
8. Заносились пользователи и привязывались к группам для расчета прав
9. Несколько человек садились для проверки функционала
10. Одновременно с п.9 начинали перекомпиливать свои интерфейсы, если возникала необходимость (например некоторых таблиц не стало или изменилась часть полей у таблицы или появились новые поля и индексы у таблицы и т.д.) меняли запросы, описание событий и вывод полей ...
11. Тестировались собственные наработки
12. Если возникала необходимость, то проводилась донастройка базы
13. (Обычно на выходных) запускалась конвертация "на чистую"
14. Устанавливались патчи для вновь полученной базы
15. Переносились в новую базу из тестовой: группы прав, пользователи, настройки ...
16. Устанавливали клиентов новой версии
17. Понедельник - утро: пользователи работают на новой базе
Если не успели часть своего функционала перенести (обычно бывало очень редко и оставляли на последок только не критичные для работы разработки), то переносились (перекомпиливались) они уже во время эксплуатации новой версии.

Это конечно прописные истины и одно время переходили мы на каждую только что появившуюся новую версию. Но потом стали переходить только в том случае. если в новой версии было то, что нам нужно было (было кретичным) для работы.