アジャイルアプリケーション開発モデルとSalesforceDXEdge
公開: 2019-06-12アジャイル開発手法は、インクリメンタル開発モデルのバージョンであるソフトウェア開発モデルです。 このアプローチでは、アプリケーションは急速なサイクルで段階的に開発されます。 これにより、以前の機能に基づいて構築され、拡張されるたびに、小さな増分リリースが可能になります。 このような各リリースは、ソフトウェアの品質を保証するために徹底的にテストされています。 アジャイル開発モデルは、タイムクリティカルなアプリケーションで理想的に使用されます。
アジャイル開発モデルの使用
上で見たように、アジャイル手法はタイムクリティカルなアプリの開発に最もよく使用されます。 また、効果的に使用されます。
- 実装するように変更された場合。 アジャイルアプローチが提供する柔軟性は非常に重要です。 このモデルでは、生成される増分の頻度に基づいて、限られたコストで簡単かつ即座に変更を実装できます。
- 開発者が多くの時間を無駄にしたくない新機能を実装するため。 アジャイル手法は、そのような変更を即座にロールバックして実装できます。
- ウォーターフォールのような他の開発方法とは異なり、アジャイルモデルでは、プロジェクトを開始するために限られた計画しか必要としません。 アジャイルモデルは、エンドユーザーの変化がペースの速いITセクターで変化し続けることを前提としています。 変更についてさらに話し合うことができ、フィードバックに基づいて機能を追加または削除できます。 これにより、完成したシステムを顧客が望むときに届けることができます。
- 開発者とユーザーの両方が、アプリケーション開発の従来の厳格な方法と比較して、柔軟性、自由度、およびオプションを順次享受できます。 より多くのオプションがあると、データの管理の改善、選択するホスティングプログラムなど、最も重要な側面についてより適切な決定を下すのに役立ちます。全体として、このアプローチにより、プロジェクトが落とし穴や停止なしに流れ続けることが保証されます。

アジャイル開発プラットフォームとしてのSalesforceDX
独立した開発者として働く場合でも、開発チームの一員として働く場合でも、新しいSalesforce DXは、アジャイルモデルのエンドツーエンドのライフサイクルをより効果的に管理するための高度に統合された開発プラットフォームを提供できます。 柔軟性が高くオープンであるように構築されているため、開発者は、使い慣れたツールを使用し、好みの開発手法に従うことで、一緒に構築できます。
Salesforce DXのアプローチによると、本番組織内では、ソースファイルは任意の数にすることができます。 組織を構成するカスタムラベル、カスタムオブジェクト、または静的リソースについて考えることができます。 DXプロジェクト開発フォーマットは、大きなソースファイルに分割される可能性があります。これにより、バージョン管理により、それらがより消化しやすく、管理しやすくなります。 たとえば、Salesforce DXは、カスタムオブジェクトとオブジェクト変換を多くのファイルと多くのディレクトリに変換できるとします。
このソース駆動型の構造により、変更および更新したいものを簡単に見つけることができます。 ソース管理内のファイルが小さいほど、チーム開発環境でのマージとの競合が少なくなる可能性があります。 従来の開発アプローチにおける厄介な統合は今や歴史です。 開発が終了したら、次にすべての変更をVCSリポジトリにコミットして戻すことができ、テストとリリースを実行する準備が整います。

ソース主導の開発アプローチ
信頼できる情報源を組織からより革新的なVCS(バージョン管理システム)に移行することで一緒に構築することで、開発者は変更をより効果的に追跡して取り込むことが容易になりました。 また、自動化のためのGitやその他のテストおよびビルドのサードパーティツールなどのコラボレーションテクノロジーの使用も可能にしました。
Salesforce CLIは、Lightningプラットフォーム全体の開発プロセスをスピードアップするのに役立ちます。 Salesforce CLIはオープンAPIを中心に構築されており、既存の開発者ワークフローに簡単に統合できます。 Scratch Orgsは、新しい環境内でさまざまな機能を備えたSalesforce組織をエミュレートできます。 これは、完全に構成可能なソース駆動型であり、テストと展開が終了したら破棄できます。
Flosum.com Salesforce DX開発は、VS Code、Git、Selenium、Eclipseなどの標準ツールとオープンツールを使用した独自のエクスペリエンスを提供します。開発者は、他のIDEやツールをオープンAPIを使用してSalesforceDXと簡単に統合することもできます。 マネージドパッケージングの助けを借りて、パートナーと顧客は、アプリのライフサイクルを自動化および管理するためのCLI中心のソース駆動型アプローチを検討しながら、メタデータを整理してアプリケーションを配布することもできます。
開発プロセスでのスクラッチ組織の使用
スクラッチ組織の独自の概念により、適切に使用しながら開発者の労力を軽減できます。 Scratch Orgsはメタデータとソースから構築されるため、開発者は長期にわたって一貫してアプリをカスタム構築することが容易になります。 特定のプロジェクトのメタデータとソースのみを操作する必要があり、不要なものをコピーする必要はありません。 スクラッチ組織はSalesforceDXの一時的な環境であるため、パッケージまたはプロジェクトごとに新しいスクラッチ組織を設定できます。
スクラッチ組織の作成
VCSが構造化されると、新しいプロジェクトを開始するために、ソースをさまざまなパッケージに編成できます。 次に、選択したIDEまたはコードエディタを開いて、ソースコードを追加できます。 その組織の変更を確認する準備ができたら、新しいスクラッチ組織を作成できます。
スクラッチ組織を作成する際には、いくつかのセットアップタスクも完了する必要があります。 次に、プロジェクトのすべてのソースをスクラッチ組織にプッシュし、権限を設定し、必要に応じてテストデータを作成します。
IDEはコードベースのプログラム開発を目的としていますが、スクラッチ組織は宣言型開発に使用できます。 これは、ProductionOrgまたはSandboxで実行していることと似ています。 ただし、ソース駆動型開発モデルの主な違いは、スクラッチ組織で行った開発をローカルプロジェクトと同期することです。 これにより、ローカルIDEで行われた変更とともに、セットアップページで行われた変更をコミットできます。 Salesforce DXを使用したアジャイル開発モデルには、アプリケーションの迅速で一貫した配信による顧客満足度の向上など、多くの利点があります。 このような開発モデルでは、従来のモデルアプリ開発のツールやプロセスと比較して強調されるのは人と相互作用です。 ありふれた場所に着陸すると、開発者、テスター、および顧客は互いに効果的に対話する機会があります。