共通機能分割とは？きょうつうきのうぶんかつ
共通機能分割とは、重複して現れる処理を1つのモジュールへ集め、呼び出し元の下位へ置く分割技法。改修の対象が1か所に定まる代わりに、その1か所の変更が呼び出し元すべてへ波及して回帰テストの範囲が広がる。集約してよいのは処理の見た目が似ている箇所ではなく、将来同じ理由で一緒に変わる箇所に限られる。
最終更新：2026-10-06
システムアーキテクトを最短で暗記・合格する →背景
同じ処理が複写で増殖すると、税率や書式の改定のたびに全箇所を探して直すことになり、直し漏れがそのまま本番障害になる。一方で共通化しすぎると、呼び出し元ごとの差異を引数で切り替える構造が育ち、1か所の変更が全体へ波及する。この二つの間で線を引くのが方式設計の判断で、シラバスの「ソフトウェア構造とコンポーネントの方式設計」がこの範囲にあたる。
具体例
日付書式変換・金額の丸め・コード値のマスタ引きが画面と帳票とバッチに散在している状態を1本化すれば、税率改定が1件の修正で済む。逆に、画面用とバッチ用で丸め規則が違うのに無理にまとめると、区分引数で動きを切り替える形になり、以後どちらの改修も相手側の回帰テストを要求する。
試験での引っ掛け
共通化は多いほど良いという前提が誤り。呼び出し元ごとに動作を切り替える引数が増えると制御結合になり、結合度が上がって影響範囲がむしろ広がる。「たまたま処理が似ているだけ」でまとめると偶発的強度のモジュールになる。データや制御の流れに着目するSTS分割・TR分割とは、分割の着眼点そのものが違う。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。