都市計画の作成

チームとソフトウェアを構築するための、組織の安定した部分を特定する

このページはスタブです。今後の改訂で内容を充実させる予定です。しかし、これらのパターンはまだ開発中のため、パターンは名前変更、分割、またはマージされる可能性があります。

私たちはしばしば、長年にわたってソフトウェアシステムの開発と保守に関与し、その後、システムを置き換えるという課題に直面したとき、システム全体を把握することが困難になることがあります。システムが提供するビジネス機能の大きな塊は何でしょうか？

ビジネス機能の大きな塊を特定するための非常に有用な方法は、ソフトウェアがビジネスの継続的な機能の提供に参加する、さまざまなケイパビリティの観点から考えることです。参考までに、これを作業定義として採用します。

ビジネスケイパビリティとは、ビジネス内の安定した境界を記述する、人、プロセス、およびツールの集合体です。

通常、既存のレガシーシステムには、システム自体に応じてさまざまなケイパビリティが混在しています。たとえば、コアバンキングプラットフォームには、支払い処理、総勘定元帳と決済、顧客口座などが既存のシステムに含まれている場合があります。これらのケイパビリティは、レガシーを安全に段階的に置き換えるための重要な継ぎ目となります。

これらが特定されたら、次のステップは、それぞれについてより詳細に検討することだと思うかもしれませんが、そこに落とし穴があります。レガシー置換活動の典型的な失敗モードの1つは、構築しようとしているものを詳細に理解しようとして時間を浪費することです。これは、分析麻痺の典型的な形態であり、SOAにひどい評判を与えたと主張できるものです。「2年間かけて、システムを置き換えるために必要なすべてのサービスを設計します。それから、それらを構築します。」この時点までに、私たちはそれよりも優れたことを学んだことを願っています！

では、代わりに何をすればよいのでしょうか？著者たちは、着手する前に目指すべき詳細レベルを説明するために、都市計画[1]のメタファーが好きです。