システム設計

マイクロサービス設計とは、業務上の責任ごとにサービス境界を定め、独立して変更・リリースできる単位を作る考え方です。境界を決める3つの観点、DDDとの関係、分散モノリスを避ける判断基準を解説します。

ドメイン駆動設計（DDD）は、業務の言葉とルールをモデルと実装へ反映する設計アプローチです。必要になる問題、注文業務の例、戦略的設計と戦術的設計、向く場合・向かない場合、小さく始める流れを解説します。

クリーンアーキテクチャとは、業務ルールをUI・データベース・外部サービスなどの外部技術から分離し、依存関係を業務側へ向ける設計の考え方です。基本原則、注文登録の例、メリット、導入時の注意点を解説します。

設計品質とは、設計上の判断が要求と制約に適合し、必要な機能と品質を実現できる度合いです。コード品質・システム品質との違い、評価する4つの観点、注文履歴機能の例、注意点を解説します。

リファクタリングとは、外部から見える動作を変えずにコードの内部構造を改善することです。機能追加やバグ修正との違い、必要になるサイン、安全な進め方、注文金額計算の改善例、注意点を解説します。

デザインパターンとは、繰り返し現れる設計上の問題と解決の考え方を整理したものです。GoFの生成・構造・振る舞いの3分類、SOLID原則との違い、Strategyを使った送料計算の例、適用手順と注意点を解説します。

SOLID原則とは、変更の影響を限定するための5つの設計原則です。単一責任、オープン／クローズド、リスコフの置換、インターフェース分離、依存性逆転の意味と、注文処理を使った設計レビューでの活用方法を解説します。

性能設計とは、性能要件を応答時間、処理件数、同時利用者数、データ量などの設計条件へ具体化することです。目的、決める項目、要件から設計・性能テストへつなげる流れ、よくある失敗をわかりやすく解説します。

凝集度と結合度の違いを、内部のまとまりと外部への依存という二つの評価軸から解説します。高凝集・低結合が望ましい理由、4つの組み合わせ、実務で設計を判断する手順を紹介します。

結合度とは、クラスやモジュール同士がどの程度依存しているかを表す考え方です。高い・低い結合度の違い、設計への影響、具体例、判断方法、結合度を下げる考え方を解説します。