システムは通常4つのカテゴリで隔離されます。
第一に、同じクライアントまたは複数のシステムを維持するために要求される順序が二重入力である。 2 つは、異なるステートメントで与えられた同じ指標に異なる答えを持つ、キャリバーの競合です。 3 つはプロセスの休憩ポイントです。システムがテーブルとメッセージに依存しています。 4 つは、フィールドの調整が多数の手動接続に影響を与える困難です。
これらの問題は、作業の規模が増加し、最終的には隠れた運用コストを上げると認識されます。
まず第一次データを調和し、業務データを連携します。
顧客、商品、組織、従業員、サプライヤーなどの主要なデータは、システム統合の一般的な言語です。
マスターデータが管理されていない場合、インターフェイスはエラーを素早く広めるだけです。 統合は、ベースキャリバーを最初に調和させ、注文、在庫、決済などのビジネスデータを通じてブレイクすることにより、より安定になります。
複雑性に基づく適切な統合方法の選択
シンプルなシナリオは、標準のAPIを介して直接接続することができます。統合プラットフォーム統合管理インターフェイス、メッセージと変換ルールは、システムが大規模でプロセスが複雑であるときに導入することができます。また、セディメントの再利用作業能力が必要になったときにフィールドサービスやビジネスのミッドステーションをビルドすることができます。
技術的なオプションは、できるだけ複雑でないはずです。キーは、インターフェイスがトレース可能であるということです。失敗は補正可能で、権限は制御され、バージョンがあります。
- リアルタイムのクエリと簡単な操作のための呼び出しを同期
- メッセージ機構は、デカップリングと高レベルの協力に適しています。
- 過去のデータと循環的要約のバッチ交換
一貫した受諾の標準としてエンドツーエンド プロセス
インターフェイスは成功に戻り、ビジネスが正常に完了したことを意味しません。 領収書と検査は、購入注文が商業取引後に自動的に生成されるかどうか、購入注文が納品後に在庫と財務が同期されるかどうか、および返金後にメンバーの利益とアカウントが正しく反転しているかどうかなど、実際のシーンに基づいている必要があります。
ログ、警報、再テストおよび調整の開発は、長期にわたるクロスシステムプロセスの信頼性を維持することも必要です。
結論書からプロジェクト入力へのシステム入力変更
方法論の記事を読んだ後最も可能性が高い問題は、次のステップに翻訳されていない原則の受け入れです。 操作の頭は60-90分のミニワークショップを整理し、実際のプロセスを1つだけ選び、完全なプラットフォームを議論するために急いでいることを提案しています。
ステップ1: 現在の状態とサンプルベースラインの確立
現在のタスクは、「島でのシステムは通常、問題の4種類で現れます」を周りに取り、月ごとの処理量、待ち時間、実際の処理時間、バックツーワーク速度、手動接触ポイント、エラー結果および現在のツールの面で記録されます。
ステップ2:初期の閉鎖とインタラクションをクリアする
最初のフェーズは、チェーンが実行できるように設計され、同じバージョンにエンタープライズシステムをスタックするのではなく、追跡可能である。
ステップ3: 技術的な結果とエンジニアリングの証拠を一致させる
情報プロジェクトは、主要なデータ責任、プロセスステータス、フィールドの校正、システム間の同期方向と異常に対する補償を識別する必要があります。ユーザーラインは、使用率が二重入力、待機、作業に戻る、およびマニュアル集計によって低下しているかどうかを確認するためにもいます。
ステップ4:同じ口径で受け、点検およびディスクリング
元のプロセスが1ヶ月あたりの600のタスクを処理すると仮定すると、平均20分と10分のリターン率は10分の1セントで、ターゲットは「スタートアップの1週間後に、平均25分の1セントの減少、元のベースラインよりも高いリターン率で、タスクの複雑さを閉じた」と述べることができます。このセットは、任意のクライアントの結果を表すものではありません。正式な指標は、独自のサンプルに基づいて、企業によって識別されなければなりません。
- 運用材料:フローチャート、ロール、サンプルミッション、現在の問題、ベースラインデータ
- 技術的な材料:システム在庫、インターフェイス、データ アクセス、配置の環境および保証条件
- プロジェクト材料:第一相規模、除外、責任行列、マイルストーンおよび変更メカニズム
- 受信および検査材料:テストセット、実行レコード、不足分のリスト、インジケータのクエリと手渡文書
これらの材料は、運用および技術的な関係者によって共同で識別されると、記事の方法は実際にプロジェクトに入力されます。 キーデータ、インターフェイスの承認または責任のある人は配置されていない場合、論理的な次のステップは通常限られた診断またはPoC、仕事の期間を完了し、合計価格を固定する即時の約束ではなくです。
プロジェクトのアクションにメソッドを実装
- マスターデータと業務キャリブレスの統合前のガバナンス
- サイズでAPI、メッセージ、統合プラットフォームを選択
- 単一のインターフェイスの代りに完全なビジネス リンクと受け渡しおよび点検
プロジェクト意思決定における共通課題の解決を継続的に進める
情報化のために最初にSMEを使用するシステムは何ですか?
プロセスは、カスタマイズを検討する前に、成熟した製品、差別化された機能や複雑な統合を必要とすることを優先するために使用されます。 最初のターゲットは、エンドツーエンドのクローズドループと信頼できるデータを生成することです。ただし、すべてのセクターを一度にカバーするのではなく、。 管理は、ビジネスリーダーと単一のキャリバーを設計する必要があります。
完全な回答を見るコーポレート情報の選択、統合、データガバナンス複数のシステムにおけるデータの不整合性はどのように対処すべきか?
クライアント、商品、組織、在庫、注文は、明確なコーディング、校正、同期、タイミングで異なるシステムの主たる責任であるかもしれません。 履歴の違いは、在庫、清掃、手動検証、およびバッチスクリプトが根本原因を隠すために使用できる必要があり、必要ありません。
完全な回答を見る業務情報、システム統合、輸送履歴データの移行は、精度と再現性を確保する方法は?
データ移行は、データのディレクトリの作成、フィールドマッピング、クリーンアップルール、およびビジネスの責任を含みます。また、複数の再テスト移行によるものです。 精度は、記事の総数の比較だけでなく、重要なフィールド、ビジネスの量、相関性およびレトロな相違の調整も行います。
完全な回答を見るコーポレート情報の選択、統合、データガバナンス企業のインフォマタイズメントプロジェクトは、入力出力を計算する方法は?
入力には、ソフトウェア、実装、データ、インターフェイス、トレーニング、プロセス調整、ストップオーバー、長期輸送が含まれます。 利点は、より短いサイクル、低在庫、エラーの少ない、より高速なリターン、より高いコンプライアンス、管理の透明性から来ることができます。
完全な回答を見る企業の現在の状態のコンテキストでさらなる分析が必要ですか?
IT の技術的な助言、企業情報構造、ソフトウェア プロジェクト Outlook、プロダクト設計、R & D 配達およびシステム配達サービスを提供します。