機能的強度
Functional Cohesion
きのうてききょうど
モジュール強度のうち最も強いもので、モジュールが単一の機能を実行するための要素だけで構成されている状態。再利用しやすく変更の影響も局所化できるため、モジュール設計で目指すべき強度とされる。
Related
他の資格での定義
Past Exams
過去問での出題
過去問で 1 回出題(システムアーキテクト試験 1)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
プログラムを構成するモジュールが、他のモジュールに依存せず単独で理解・変更・テストできる度合い。モジュール内の要素の関連の強さを表すモジュール強度(凝集度)を高く、モジュール間の結び付きの強さを表すモジュール結合度を低くするほど独立性が高まり、変更の影響が他に広がりにくく、再利用もしやすくなる。
モジュール内部の構成要素どうしの関連の強さを表す尺度で、凝集度ともいう。強い順に機能的強度、情報的強度、連絡的強度、手順的強度、時間的強度、論理的強度、暗合的強度があり、強度が高いほどモジュールの独立性と保守性が高い。
モジュールどうしの結び付きの強さを表す尺度。弱い順にデータ結合、スタンプ結合、制御結合、外部結合、共通結合、内容結合があり、結合度が低いほど他のモジュールの変更の影響を受けにくい。
同じデータ構造や資源を扱う複数の機能を1つのモジュールにまとめ、機能ごとに入口点を設けたもの。データ構造をモジュール内に隠蔽でき、機能的強度に次いで強い。抽象データ型やオブジェクト指向のクラスの考え方に通じる。
呼び出す側が、呼び出されるモジュールの処理を切り替えるためのフラグなどの制御情報を引数として渡す結合。呼び出す側が相手の内部の論理を知っている必要があり、データ結合やスタンプ結合より結合度が強い。
プログラムをデータの流れに着目して、入力データを受け取る源泉(Source)、データを加工する変換(Transform)、結果を出力する吸収(Sink)の3つの部分に分け、モジュールに分割する技法。入力・処理・出力の構造がはっきりした処理に適する。
