この記事では、当社における大規模な SAP 導入プロジェクトについて説明します。 M.Video 社と Eldorado 社の合併後、技術部門には、ビジネス プロセスを SAP ベースの単一のバックエンドに移行するという重要なタスクが与えられました。
開始前、当社には、955 の小売店、30 人の従業員、000 日あたり XNUMX 万枚のレシートで構成される XNUMX つの店舗チェーンの重複した IT インフラストラクチャがありました。
すべてが正常に稼働しているので、このプロジェクトをどのように完了することができたのかを共有したいと思います。
この出版物 (XNUMX 冊のうちの XNUMX 冊目、おそらく XNUMX 冊目) では、実行された作業に関するデータをいくつか紹介します。詳細については、モスクワで開催される SAP ME ミートアップで確認できます。
XNUMX か月の設計、XNUMX か月のコーディング、XNUMX か月の最適化とテスト。 そして 12時間一般的なシステムを起動するには 1店舗で ロシア全土（ウラジオストクからカリーニングラードまで）。
非現実的に聞こえるかもしれませんが、私たちはそれを実現しました！ 詳細はカットの下にあります。
M.Video 社と Eldorado 社を合併する過程で、私たちはコストを最適化し、XNUMX つの異なる会社のビジネス プロセスを XNUMX つのバックエンドに削減するという課題に直面しました。
おそらくこれは幸運、あるいは偶然と言えるでしょう。どちらの小売業者もプロセスを組織するために SAP システムを使用していました。 私たちは、Eldorado ネットワークの内部システムの完全な再構築ではなく、最適化のみに取り組む必要がありました。
機能的には、タスクは XNUMX つの段階 (実際には XNUMX つの段階) に分割されました。
- 「紙の上」でのデザインと承認 当社のビジネス アナリストと SAP コンサルタントは、既存システム内の新しいプロセス (および古いプロセスの最新化) を担当します。
両社のすでに稼働しているバックエンドの多くの指標を分析した後、M.Video バックエンドが統合システム開発の基礎として採用されました。 選択の主な基準の XNUMX つは、会社全体の効率性、より低い事業運営コストでのより大きな収益と利益でした。
分析と設計の段階には約 XNUMX か月かかり、部門長や技術専門家の何十億もの神経細胞が費やされ、何リットルものコーヒーが飲まれました。
- コードでの実装。 プロジェクトの結果に基づくいくつかの数字は次のとおりです。
- 物流モジュールを使用して 2 日あたり 000 のルートを計画。
- フロントエンドおよびバックエンド ユーザーは 38 人。
- 合併後の企業の倉庫には270万点の商品が保管されています。
このシステムでは 300 日あたり約 000 枚の小切手が処理され、その後、顧客に保証を提供するため、また市場調査の目的で最長 XNUMX 年間保管されます。
30 人の従業員の給与、前給、ボーナスを毎月計算します。
このプロジェクトには 300 人の技術専門家からなるチームが XNUMX か月間従事しました。 単純な算術計算を使用すると、行われた作業の規模を明確に示す XNUMX つの図が得られます。 90 人/日、… 000 労働時間.
次に、SAP モジュールの個々のルーチンの最適化。データベース内のコードとクエリを最適化することで、約 XNUMX のルーチンが XNUMX ～ XNUMX 倍高速化されました。個々のケースでは、DBMS へのクエリを最適化することで、プログラムの実行時間を XNUMX 時間から XNUMX 分に短縮することができました。
- おそらく第 XNUMX 段階が最も難しいです - テスト。 それはいくつかのサイクルで構成されていました。 これらを実行するために、私たちは 200 人の従業員からなるチームを編成し、機能テスト、統合テスト、回帰テストに携わりました。
負荷テストについては別の段落で説明しますが、負荷テストは SAP モジュール (ERP、POS、DM、PI) ごとに 15 サイクルで構成されていました。
各テストの結果に基づいて、DBMS のコードとパラメーター、およびデータベース インデックスが最適化されました (これらは SAP HANA 上で実行され、一部は Oracle 上で実行されました)。
すべての負荷テストの後、計算された計算能力にさらに約 20% が追加され、ほぼ同じ (20%) の容量の予備が形成されました。
さらに、上記のサイクルを実行した後、最もリソースを消費する 100 個のプログラムの分析を開始し、その結果に基づいてコードをリファクタリングし、それらの作業を平均 XNUMX 倍高速化しました (これにより、リファクタリングとコードの最適化の重要性)。最後に実行されたテストは「カットオーバー」でした。 そのために別のテスト ゾーンが作成され、生産的なデータ センターがコピーされました。 「カットオーバー」を XNUMX 回行い、毎回約 XNUMX 週間かかりました。その間に、プログラム設定をテスト領域から本稼働領域に転送する、商品在庫のオープンポジションをロードする、および在庫が利用できない期間などの操作の速度を測定しました。オペレーション。
- そして第四段階は―― 直接起動 テストに合格した後。 12時間以内に全国約955店舗を切り替え、同時に販売を止めないという課題は正直言って難しかった。
24 月 25 日から XNUMX 日の夜、当社の優秀なスペシャリスト XNUMX 人からなるチームがデータ センターで「監視」を開始し、魔法のような移行が始まりました。 これについてはミートアップで詳しく説明し、その後、XNUMX 番目の記事で SAP マジックの技術的な詳細を説明する予定です。
結果
したがって、作業の結果、次のような指標が増加しました。
- バックエンドの負荷は約XNUMX倍になりました。
- 50 日あたりの小切手数は 200 万件から 300 万件へと XNUMX% 増加しました。
- フロントエンドユーザーの数は10万人から20万人に増加しました。
- 給与計算モジュールでは、従業員数が 15 人から 30 人に増加しました。
技術的な詳細については、6 月 XNUMX 日に M.Video-Eldorado オフィスで開催されるモスクワの SAP ミートアップでお話します。 専門家が導入経験を共有します。 会議の結果に基づいて、若い専門家は、さらなる雇用の見通しを持って企業で有給のインターンシップを受けることができます。
詳細を確認して登録するには、
出所： habr.com