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

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

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

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

вздыхает

....

So...

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

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

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


version-control issue-tracking erp sdlc methodology
person J.C.    schedule 01.09.2010    source источник

Ответы (2)


arrow_upward
0
arrow_downward

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

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

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

person Warren P    schedule 12.11.2010
comment
Я рад, что вы потратили время, чтобы отправить ответ. Я с удовольствием потрачу время и предоставлю полное и подробное объяснение того, как я решил эту проблему. - person J.C.; 13.11.2010

arrow_upward
0
arrow_downward

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

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

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

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

person Dave Turvey    schedule 17.11.2010