SDLC: Управление изменениями в «Закрытой системе» (M1 - ERP)

Question

Я работаю с клиентом, у которого есть система ERP на месте, называемая M1, которую они ищут для внесения пользовательских изменений.

Я потратил немного времени на изучение системы ERP с точки зрения настройки. Вот список того, что я нашел в отношении пользовательских изменений:

• Пользовательские изменения не могут быть экспортированы/импортированы. В M1 Design Studio есть опция, однако они всегда кажутся отключенными ... Я пробовал все, и я не мог найти упоминания об этом в справочной документации.
• Вы можете экспортировать журнал изменений настроек (CSV, XML, Excel, HTML), который предоставляет тип, имя, местоположение и описание. По сути, это документ, доступный только для чтения, который содержит список внесенных изменений. Вы не можете изменять содержимое этого журнала.
• Выполненные изменения пользовательской формы вступили в силу для всех источников данных (Test, Stage, LIVE). Другими словами, нет возможности ограничить область изменения формы.
• Пользовательские изменения полей должны выполняться в каждом источнике данных (Test, Stage, LIVE). Что странно в том, что если добавить поле в Test, настройте сетку, чтобы отобразить ее, а затем измените ее на LIVE, она обнаружит, что это поле не существует и отрицает изменения сетки.
• Я не могу найти документацию, указывающую, что это приложение поддерживает контроль версий.

Вздох

....

Итак ...

Как управлять изменениями от СДЛК: методология ALM и инструменты точки зрения?

Я мог бы начать с внесения системы запросов на изменение для управления незавершенными и выполненными настройками. Но что тогда? Как мне меняться и выпускать изменения? Поместить резервные копии приложения под контроль источника и развернуть при необходимости?

Не может быть хорошего ответа на этот вопрос, так как я не могу воспользоваться контролем версий и создать разделение сред, но я решил, что попрошу на тот случай, если кто-то имеет аналогичный опыт или работал с M1 ,

Answer 1

Я принимаю это из-за отсутствия ответов в течение двух месяцев, что ваш вопрос неопровержимо. SDLC - это то, над чем вы могли бы написать учебник, или прочитать учебник, и не знать достаточно о своей среде, кроме того, что, вероятно, для того, чтобы нанять вашего магазина, «SDLC» станет отправной точкой для квалификации найма.

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

Что касается передового опыта; Я предлагаю вам исследовать лучшие практики вне вашего силоса M1 ERP и применять их, как это имеет смысл для вас.

Answer 2

Компания, в которой я работаю, также использует M1 erp. У нас есть аналогичные проблемы в отношении контроля версий настроек. Из того, что я могу сказать, все настройки хранятся в базе данных M1DD. Вы можете сделать резервную копию копии этой базы данных до любой крупной работы по разработке в качестве базовой системы контроля версий.

Я знаком с тем, что все изменения сразу становятся активными во всех наборах данных. Это особенно раздражает, когда вы вносите изменения в часто используемые модули, поскольку не знаете, как будут влиять данные в реальном времени во время процесса разработки. Один из методов, я нашел полезным, чтобы окружить непроверенный код, если заявление так оно выполняется только, когда я вошел в систему.

If App.UserID = "MYUSERNAME" Then 
    'new code here 
End If 

мне было бы интересно услышать, как вы решили эту проблему.