SDLC：管理「封閉系統」（M1-ERP）中的變更

Question

我正在與一位有ERP系統的客戶合作，他們正在尋求對其進行自定義更改，稱爲M1。

我花了一點時間調查ERP系統的定製。以下是我發現的關於自定義更改的列表：

• 自定義更改無法導出/導入。在M1 Design Studio中有一個選項，但是，它們總是顯示爲被禁用......我嘗試了一切，並且在幫助文檔中找不到它。
• 您可以導出提供類型，名稱，位置和說明的自定義更改日誌（CSV，XML，Excel，HTML）。實質上，它是一個只讀文檔，提供您所做更改的列表。您不能修改此日誌的內容。
• 對所有數據源（Test，Stage，LIVE）進行自定義表單更改。換句話說，沒有出現限制表單變更範圍的能力。
• 必須在每個數據源（Test，Stage，LIVE）中進行自定義字段更改。奇怪的是，如果在Test中添加一個字段，調整一個網格以顯示它，隨後切換到LIVE，它會檢測到該字段不存在並且否定網格更改。
• 我無法找到指示此應用程序支持版本控制的文檔。

嘆息

....

所以......

如何管理從SDLC的變化：ALM方法和工具的角度來看？

我可以通過引入更改請求系統來管理待定和完成的自定義。但那又如何？應該如何改變我的管理和發佈？在源代碼控制下放置應用程序的備份並在需要時進行部署？

這個問題可能沒有很好的答案，因爲我無法利用版本控制和創建環境的分離，但我想我會問如果有人有類似的經驗或與M1合作。

Answer 1

我從兩個月沒有答案的問題中看出，你的問題是無法回答的。 SDLC是你可以寫一本教科書或閱讀一本教科書的東西，並且對你的環境瞭解得不夠多，除此之外可能是爲了在你的店裏僱用，「SDLC」將成爲招聘資格的一個要點。

我有沒有M1的經驗，但我假設你要在工作中要問你的同行對他們的想法，因爲它聽起來就像你問一個垂直關閉（你的店，你的工具，你的實踐）的問題沒有確切的技術答案。

至於最佳做法;我建議您調查您的M1 ERP倉庫以外的最佳實踐，並將其應用於您。

Answer 2

我工作的公司也使用M1 erp。我們有關於定製版本控制的類似問題。據我所知，所有的定製都存儲在M1DD數據庫中。在作爲基本版本控制系統的任何重大開發工作之前，您可以備份此數據庫的副本。

我熟悉在所有數據集中立即生效的所有更改的問題。由於您不知道在開發過程中如何影響實時數據，因此當您對常用模塊進行更改時，這特別令人討厭。一種技術我發現有用的是環繞未經測試的代碼與if語句，所以當我在我登錄時，纔會執行。

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

我會有興趣聽你是如何解決這個問題。