選定・リスク評価
オープンソースベースがビジネスモデルやビジネスモデルに適したかどうか確認候補者のプロジェクト、ライセンス、在庫、アーキテクチャ評価、重要なプロセス検証、境界適応に関する信頼性の比較
Home / プロジェクト決定ガイダンス / オープンソースシステムの開発コスト
PROJECT DECISION GUIDEオープンソースシステムとピルビント開発の二次開発コスト
オープンソースコードはゼロから建設コストを削減しますが、プロジェクトコストは削減されません。
質問に答えます。
オープンソースシステムの開発コスト
オープンソースシステムプロジェクトは、「選択とリスク評価、独自のバージョンの適応、生産展開、継続的なメンテナンス」に基づいてフェーズで推定されるべきです。
SCOPE & BUDGET LEVELS
まず、プロジェクトフェーズで境界への明確な入力
予算と受諾のためのベースラインを確立するために、次のレイヤーが使用され、実際のスコープは、ステータスquo、インターフェイス、時間要件に関連して評価する必要があります。
二次開発専用バージョン
業務プロセスやブランド要件を満たす製品を開発機能的変更、UIブランド、特権、インターフェイス、データ移行、自動展開、テスト、ドキュメント
制作業務とバージョン管理
システムが安全、安定した、上流の進化に従うことができることを保障しますバックアップ、セキュリティアップグレード、ブランチ戦略、コミュニティバージョンの統合、回帰テスト、失敗応答、および継続的な反復性を監視
DECISION FACTORS
意思決定のためにチェックされる重要な要素
まず、拘束力と責任の境界が特定され、その後、技術的なルートと協力の変異が比較されます。
オープンソースプロジェクトにおける成熟度
テクノロジーは、ファイル、コミュニティ活動、リリースのリズム、品質への信頼を積み重ね、導入、長期にわたる維持のコストに影響を及ぼす可能性があります。
ライセンス・ビジネスモデル
利用、変更、配布、SaaSサービス、商標、および依存するコンポーネントは事前にチェックする必要があります。
業務の差や適応深さ
コアコードコストとアップグレードリスクの設定、プラグインの拡張、変更は完全に異なるため、コアプロセスのマッチングは最初に検証する必要があります。
I'm not sure if you're gonna get a chance to get a chance to get a chance to get a chance to get a better chance.
コンテナ化、アイデンティティクリアランス、監査、ラックナ修理、ネットワーク分離、バックアップ、高可用性の増加の生産入力。
データ移行とサードパーティのインターフェイス
歴史データ洗浄、フィールドマッピング、決済ファイナンス、移行の調整などのインターフェイスは、多くの場合、メインのワークロードです。
アップストリームのアップグレードと長期メンテナンス
カスタマイズが深まると、コミュニティバージョンと回帰テストのさらなる統合が複雑になり、ガバナンス予算の継続的なバージョンがより必要になります。
コミュニケーションや評価前の推奨事項の準備
オープンソースのアイテムとバージョンをカンディデートライセンスと商用利用ターゲット業務プロセスおよびディスクリパンシーのリスト変更が必要なコアモジュール歴史データのサイズと品質サードパーティのインターフェイスとアイデンティティシステム導入セキュリティとユーザビリティ要件アップストリームアップグレードと長期メンテナンス計画
実装への提案されたパス
選択とライセンス評価が完了し、コアビジネスプロセスで適合性が検証されることを推奨します。 多数のコアコードが時間をかけて変更する必要がある場合は、カスタマイズの合計コストはゼロと同時に比較する必要があります。 初めての費用を避ける、制御不能の安いアップグレード。
DECISION WORKSHEET
オープンソースシステム二次開発コストを強制的に意思決定に転換
以下のワークシートは、企業がベンダーベースの社内承認およびプロジェクト受容可能な入力に漠然としたアドバイスを整理するのに役立ちます。
オープンソースプロジェクトにおける成熟度
テクノロジーは、ファイル、コミュニティ活動、リリースのリズム、品質への信頼を積み重ね、導入、長期にわたる維持のコストに影響を及ぼす可能性があります。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
ライセンス・ビジネスモデル
利用、変更、配布、SaaSサービス、商標、および依存するコンポーネントは事前にチェックする必要があります。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
業務の差や適応深さ
コアコードコストとアップグレードリスクの設定、プラグインの拡張、変更は完全に異なるため、コアプロセスのマッチングは最初に検証する必要があります。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
どのような評価の比較可能な要約が含まれている必要がありますか?
最小限に、変更しなければならないコアモジュールは、オープンソースの候補プロジェクトとバージョン、ライセンスおよび商用利用、ターゲットビジネスプロセスと矛盾リスト、現在のビジネスボリュームの表示、平均処理時間、主要な異常、システム、データアクセス、サードパーティの依存性およびアクセスウィンドウのために編成されています。同じバージョンは異なるサプライヤーに提供され、想定外の別の説明、除外、顧客協力、問題の配送、および受諾は、合計価格を比較することを避けるために必要です。
例えば、プロジェクトが1か月に160時間労働を節約するという企業は期待していますが、この数字はタスクの数、単一時間節約、採用率、手動レビュー比に分解されるべきです。 ユーザーが40パーセントしか使用しないと、新しいプロセスがレビュープロセスを増加させると、実際の利点は明らかな推定よりも大幅に低下します。
ベンダー通信中に疑問を抱くための4種類の証拠
第一に、スコープの証拠:需要バージョン、ビジネスプロセス、プロトタイプ、インターフェイス、および除外の一貫性;第二は、エンジニアリングの証拠です。同様の技術がアクセス可能な構造を持っているかどうか、コード管理、テスト、導入およびトラブル管理方法;第三は、人事証拠です:実際の参加者、入力段階、責任および交換メカニズムが明確であるかどうか、および4つは配送証拠です。4つは、配送証拠です。ソースコード、データ、アカウント番号、文書、トレーニング、品質保証、および輸送が引き渡されるかどうか。これは、顧客を秘密にするために提供できないサプライヤーにとっては、この証拠を自分で作成することができる必要があります。
スコープの明快さ、重要な信頼性、チーム容量、受入執行性および長期買収が個別に評価され、各スコアの基準が記録されることが推奨されます。プログラムがより安い場合は、インターフェイス、移行、テスト、またはオンラインの責任は除外され、比較前に同じ配送キャリバーに換算する必要があります。
審査の原則
このページでは、固定オファーやパフォーマンスの約束を構成するものではありません意思決定フレームワークを提供します。
FAQ
FAQs
協力前の最も一般的な問題は、事前に明示されています。
オープンソースシステムにはライセンス料がかかりません。プロジェクト予算も必要ですか?+
導入、適合性、移転、安全、テスト、トレーニング、メンテナンスの要求はエンジニアリングの入力、コードライセンスコストは、トータルコストの一部だけです。
コミュニティバージョンを2つ目の開発後にアップグレードできますか?+
プラグインやエクステンションポイントの使用に優先順位が付与され、ブランチング、自動テスト、定期的な統合メカニズムは、アップグレードのコストを削減できます。
ライセンス評価は、法的な意見に相当するのでしょうか?+
技術的なチームは、ライセンスの在庫を取ることができ、それらに依存することができますが、複雑なビジネスモデルは、資格のある法律の専門家による最終アドバイスを与えられるべきです。
DECISION FAQ
265 件の質問をすべて表示する現在のプロジェクトに関する一般的な問題
アップル、アプリ、SaaS、古いシステム
二次フェーズで、オープンソースシステムからゼロまたはゼロからエンタープライズシステムを開発すべきですか?
プロセスは、一般的なオープンソース製品成熟とライセンスで二次開発を可能にします。ビジネスの違い、コアアーキテクチャの制限、または長期アップグレードコストが高まると、ゼロから開発するのがより適切かもしれません。
完全な回答を見るソフトウェアプロジェクト起動とプログラム選択ソースコードの低化、オープンソースシステム、カスタム開発の選定は?
低いコードは、より高い内部アプリケーションをカバーするために明確で変更可能なおよびプラットフォーム対応のプロセスに適しています。オープンソースシステムは、構成と二次開発を通じて需要を満たすことができる成熟エリア製品に適しています。差別化されたプロセス、複雑な統合、パフォーマンス、またはより高い製品制御要件に適したプロジェクトの開発をカスタマイズします。選択は、最初の価格だけではなく、合計コストと出口容量の比較で行われます。企業は、組み合わせルートを使用して、さまざまな技術が最も適切なビジネスを想定することができます。
完全な回答を見る契約、支払い、変更、プロジェクト配送品質保証は通常、ソフトウェア開発にどのくらいの時間がかかりますか?また、品質の保証は輸送とは異なるのですか?
用語は統一されず、システムの重要性と契約契約の合意によって決定されます。 締約国は、応答時間、欠乏のレベル、品質保証が完了した後のサービスも指定します。
完全な回答を見るアップルとAPPのファイリング、アップロードと技術選択テンプレートの小さなプログラムとカスタム開発を選択するにはどうすればよいですか?
テンプレートは価格が低いが、機能、データエクスポート、インターフェイス、プラットフォームの更新手数料によって制限される場合があります。選択は、キープロセスの実際の操作とソースコード、サーバー、データの権利の検証によって優先されるべきです。
完全な回答を見る