Home / FAQs / ソフトウェアプロジェクト起動とプログラム選択
QUESTION & ANSWER

ソースコードの低化、オープンソースシステム、カスタム開発の選定は?

低いコードは、より高い内部アプリケーションをカバーするために明確で変更可能なおよびプラットフォーム対応のプロセスに適しています。オープンソースシステムは、構成と二次開発を通じて需要を満たすことができる成熟エリア製品に適しています。差別化されたプロセス、複雑な統合、パフォーマンス、またはより高い製品制御要件に適したプロジェクトの開発をカスタマイズします。選択は、最初の価格だけではなく、合計コストと出口容量の比較で行われます。企業は、組み合わせルートを使用して、さまざまな技術が最も適切なビジネスを想定することができます。

質問に答えます。

まず、意思決定に使用できる結論をあげます

最小コードは、認可、輸出、プラットフォームロックインの確認、ライセンス、コミュニティ、アップグレード、および二次境界のオープンソースチェック、エンジニアリング品質、人員の継続性、コードのテイクオーバーに焦点を当てるためにカスタマイズします。

DECISION FACTORS

判断前にどのような条件を識別する必要がありますか?

同じ質問は、異なるビジネス、データ、およびプロジェクトフェーズで異なる回答を持つ場合があります。次の条件がチェックされ、Web上の一般的な検索が自分のプロジェクトに組み込まれていることを示唆しています。

コアプロセスが標準製品にマッチする範囲将来の変化頻度と社内のメンテナンス能力権限、クラウドリソース、アップグレード、長期コストの委任ソースコード、データ、インターフェイス、ポータビリティ
ACTION STEPS

事前に提案した注文

01

まず、目標と境界について明確にします。

業務上の要件、違い、機能不全の要件を定義します。

02

検証キー依存

プラットフォームのカバレッジ、オープンソース、カスタマイズプログラムの検証

03

評価可能な結果の開発

3~5年で工事・サブスクリプション・アップグレード・メンテナンスの見積もりを致します。

04

次のステップを実際の結果で決定してください。

許容範囲のグループを選択し、スケーラブルで出口のパスを持っています。

PRACTICAL EXAMPLE

実際のビジネスでどのように理解すればいいですか?

判断方法を説明するために使用される例

業務承認プロセスは、ローコードされたクライアントサービスですぐに構築できます。オープンソースの作業リストシステムに基づいており、ユニークな価格エンジンはAPIによってカスタマイズおよび開発および接続されています。 組み合わせのアプローチは、すべてのニーズをカバーする技術を提示するよりも安全です。

COMMON RISKS

一番簡単なピットでステップアップ。

ゼロ開発とゼロメンテナンスによる低コード

ライセンスやアップグレードコストに関して、オープンソースシステムを使用

カスタム開発には、文書、テスト、および買収要件はありません

ACCEPTANCE

受診と確認を終わらせる方法は?

技術的な選択レポートには、機能的なカバレッジ、ギャップ、プロトタイプ結果、認証、性能、安全性、統合、メンテナンスおよび終了オプションが含まれる必要があります。

サプライヤーや社内チームと通信する準備をする際、現在のプロセス、代表サンプル、既存のシステム、計画時間、予算レベルが持ち込まれることが推奨されます。まず、未知の項目は明確にマークされ、その後、診断、PoC、固定範囲プロジェクト、または進行中の研究開発を使用することが決定されます。これは通常、境界線なしで価格と期間の直接的な需要よりも信頼性が高くなります。

上記の例とは異なるプロジェクト条件ですか?

運用目的、既存システム、サンプル、計画時間などは、コンサルタントが実際の境界に関して予備審査を行うことができる前に調整できます。

コンサルタント