SDLC: управление изменениями в «закрытой системе» (M1 - ERP) - PullRequest
0 голосов
/ 01 сентября 2010

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

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

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

вздох

....

Итак ...

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

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

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

Ответы [ 2 ]

0 голосов
/ 17 ноября 2010

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

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

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

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

0 голосов
/ 12 ноября 2010

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

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

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

...