このパターンは "Patterns of Legacy Displacement" の一部です。

ビジネス機能を識別する

チームやソフトウェアの周りに配置する組織の安定した要素を識別します。

このページはスタブです。後続のこの資料の改訂で完全に展開する予定です。ただし、これらのパターンの開発の途中でまだあるので、学習の進捗に応じてパターンの名前が変更、分割、またはマージされる可能性があります。これらのアイデアをどのように枠組み、説明するのがよいか。

大きな問題に直面したときに有名なテクニックは、それをより小さなものに分解することです。ソフトウェアアーキテクチャでよくある質問は、より小さな部分は何かです。プレゼンテーション、処理、データ管理の論理的な分離に基づく水平レイヤーの問題については、ここで説明する必要がないので他の場所で述べてきたので、そうでない場合、論理的な分離ではない場合、どのようなオプションがありますか。

マイクロサービスを定義する記事で、ビジネス機能を中心に整理することが提案され、これは依然として良いアドバイスですが、ビジネス機能とは何ですか。

このセクションでは、後続の議論の多くをビジネス機能に焦り、それらがレガシー置換に関する議論に人を含む役割に焦点を当てる理由について検討します。