コードと統合する際に、組織が確実に法的義務を果たすようにすることです。コードの出所がどこで、どのようにライセンスされ、最終的にどう使用されるかを追跡する詳細なプロセスを確立する必要があります。プログラムについて説明します。ライセンスに違反する恐れがあります。これは、弁護士費用の点でも、失敗の修正に費やされるエンジニアリング時間の点でもコストがかかる結果になる可能性があります。コミュニティ内で企業の評判を損なうことにもなります。オフィスは、オープンソースの使用、配布、リリースに関わるポリシーおよび意思決定の一元化を支援し、コードの出所と使用を追跡して、組織がコンプライアンス義務に違反しないようにします。プログラムを含み、法務専門家の協力を得て開発されていることが理想的です。コードを使用、リリース、配布するためのポリシーとプロセスについて説明します。サプライヤの知的財産を意図しない漏洩やその他の結果から保護するのにも役立ちます。プログラムを維持することにより、企業は次のようなメリットを得ることができます。ポートフォリオは容易に提供、テスト、アップグレード、維持できるからです。複数の製品や組織の部署にまたがって使用されているコードや、オープンソース戦略にとって特に重要で有益なコードを把握できます。コンポーネントの使用に関するコストとリスクの実証。コードのレビューを複数回にわたって行うことによって、容易に把握できます。コミュニティの信頼の構築。コンプライアンスに関する問題が生じた場合、このようなプログラムにより、継続して誠意をもって行動する姿勢を示すことができます。起こりうる買収、売却、あるいは新製品/サービスのリリースなどへの備え。これは、あまり一般的ではないメリットですが、このような取引を完了させるうえで、コンプライアンス保証は必須です。チェーン内の信頼関係の構築。チェーン全体のコンプライアンスを強化できます。チームを作る必要があります。コンプライアンスの取り組みに継続的に貢献します。ベースでコンプライアンスに取り組むだけです。コンプライアンス戦略を策定し、企業が日常的に規則をどのように実施するかを決定する一連のプロセスを作成する責任を担っています。ソフトウェアとどのように向き合えばよいかについて一連の統治原則を提供します。ライセンスの元で許可されたたソフトウェアのリリース方法が含まれます。プログラムの中で不可欠なコンポーネントです。含まれ、誰でも入手して簡単に参照できるようになっています。監査、レビュー、承認が完了することを推進するものです。コンポーネントを使用することで生じたライセンス義務を履行するための活動を製品が顧客の元に届く前に完了するようにします。この利用ポリシーは長い文書や複雑な文書である必要はありません。つのシンプルな規則が含まれます。承認を得る必要があります。コードを特定する必要があります。これにより、製品出荷前にライセンス義務を確実に履行することができます。コンポーネントも含めて、監査およびレビューを受ける必要があります。ライセンス義務を履行する必要があります。コンポーネントを別の方面で使用することが承認されたことにはなりません。変更されたコンポーネントはすべて承認プロセスを経る必要があります。プロセス利用ポリシーを策定したら、そのポリシーを容易に適用できるプロセスを作成する必要があります。プロジェクトへの貢献を円滑に行えるようにする必要があります。プロセスがあまりに面倒なものだと、イノベーションのスピードが落ちたり、開発者にプロセス全体を回避する格好の口実を与えることになります。コードをスキャンします。レビューを行ったのち、利用承認に関する決定を行います。下の図は、コンプライアンス利用プロセスを単純化して図示したものです。実際には、プロセスはその性質上、かなり反復的です。プログラムの構成に応じて変更が必要なことに注意してください。プロセスの各段階を順を追って説明しましょう。ツールの他に、数多くの商用ベンダーから提供されています)。(以下のサンプルの利用フォームと利用規則を参照)。コードの場所を指定します。スキャン要求が送られます。スキャンも数週間ごとに行う必要があります。コードのスキャンが開始される要因には、次のようなものがあります。定期的にスケジュールされているプラットフォーム全体のスキャン。コードを発見するのに非常に役立ちます。コンポーネントの変更。コンポーネントの特定のバージョンを評価およびテストし、その後、新しいバージョンが利用可能になると、それを採用します。プロバイダがオープンソースを公開しているかどうかは問いません。コードが組み込まれているかどうかは問いません。システムへの組み込み。コンポーネントで使用したかどうかは問いません。ツールは、以下の情報を提供するレポートを生成します。