私は、M1 と呼ばれる ERP システムを導入しているクライアントと協力しており、カスタム変更を加えようとしています。
カスタマイズの観点から、ERP システムの調査に少し時間を費やしました。カスタム変更に関して私が見つけたもののリストを次に示します。
- カスタム変更はエクスポート/インポートできません。M1 Design Studio にはオプションがありますが、常に無効になっているように見えます。
- タイプ、名前、場所、および説明を提供するカスタマイズ変更ログ (CSV、XML、Excel、HTML) をエクスポートできます。基本的に、これは、行った変更のリストを提供する読み取り専用のドキュメントです。このログの内容は変更できません。
- カスタム フォームの変更は、すべてのデータ ソース (テスト、ステージ、ライブ) に対して有効になります。つまり、フォーム変更の範囲を制限する機能はないようです。
- カスタム フィールドの変更は、各データ ソース (テスト、ステージ、ライブ) で行う必要があります。ここで奇妙なのは、Test にフィールドを追加し、それを表示するようにグリッドを調整し、その後 LIVE に変更すると、フィールドが存在しないことが検出され、グリッドの変更が無効になることです。
- このアプリケーションがバージョン管理をサポートしていることを示すドキュメントが見つかりません。
はぁ
....
そう...
SDLC: ALM の方法論とツールの観点から変更を管理するにはどうすればよいですか?
変更要求システムを導入して、保留中および完了済みのカスタマイズを管理することから始めることができます。しかし、その後は?変更をどのように管理およびリリースする必要がありますか? アプリケーションのバックアップをソース管理下に置き、必要に応じてデプロイしますか?
バージョン管理を利用して環境を分離することができないため、この質問に対する適切な答えはないかもしれません。