モジュール設計書を基にモジュール強度を評価した。適切な評価はどれか。
〔モジュール設計書(抜粋)〕
上位モジュールから渡される処理コードに対応した処理をする。処理コードが"1"のときは挿入処理,処理コードが"u"のときは更新処理,処理コードが"D"のときは削除処理である。
ア | これは"暗合的強度"のモジュールである。モジュール内の機能間に特別な関係はなく,むしろ他のモジュールとの強い関係性をもつ可能性が高いので,モジュール分割をやり直した方がよい。 |
イ | これは"情報的強度"のモジュールである。同ーの情報を扱う複数の機能を,一つのモジュールにまとめている。モジュール内に各処理の入口点を設けているので,制御の結びつきがなく,これ以上のモジュール分割は不要である。 |
ウ | これは"連絡的強度"のモジュールである。モジュール内でデータの受渡し又は参照を行いながら,複数の機能を逐次的に実行している。再度見直しを図り,必要に応じて更にモジュール分割を行った方がよい。 |
エ | これは"論理的強度"のモジュールである。関連した幾つかの機能を含み,パラメタによっていずれかの機能を選択して実行している。現状では大きな問題となっていないとしても,仕様変更に伴うパラメタの変更による影響を最小限に抑えるために,機能ごとにモジュールを分割するか,機能ごとの入口点を設ける方がよい。 |
モジュールの強度とは、モジュール内部の関連性の強さを表すものである。モジュール強度が強いほうがモジュールの独立性が高くなる。
機能的強度が最も強度が強く,順に弱くなっていきます。
モジュール強度 | 名称 | 内容 |
---|---|---|
強い ↑ ↓ 弱い |
機能的強度 | 1つの機能だけを実行するモジュール |
情報的強度 | 特定のデータに関するモジュール | |
連絡的強度 | モジュー内でデータのやりとりをおこない、逐次的な複数の機能をまとめたモジュール | |
手順的強度 | モジュール内ではデータの受け渡しがなく、逐次的な複数の機能をまとめたモジュール | |
時間的強度 | あるタイミングで実行される機能を集めたモジュール | |
論理的強度 | 論理的な関連がある機能を1つのモジュールとしてまとめたもの | |
暗号的強度 | モジュールを単純に分割したもの |
「処理コードが"1"のときは挿入処理,処理コードが"u"のときは更新処理,処理コードが"D"のときは削除処理である。 」 のように論理的な関係がある機能をまとめている。よって論理的強度のモジュールである。