ステートメントの数がしきい値を上回っている
説明
この欠陥は、チェッカーで定義されたしきい値より多くのステートメントが含まれる関数に対して報告されます。Polyspace が、関数に含まれるステートメントの数を計算する方法について詳しくは、命令の数を参照してください。
Polyspace® は、ユーザーがチェッカーのしきい値を指定しない限り、既定のしきい値として 50 を使用します。しきい値を指定できる選択ファイルを指定するには、オプション [ファイルごとにチェッカーを設定] (-checkers-selection-file) または [チェッカー アクティベーション ファイル] (-checkers-activation-file) を使用します。
polyspace-comments-import を使用して以前の解析からコメントをインポートすると、Polyspace は以前の結果のコード メトリクスの命令の数に関するレビュー情報を、このチェッカーの現在の結果にコピーします。現在の結果に同じコード メトリクスが含まれている場合、レビュー情報はそのコード メトリクスにもコピーされます。
リスク
このチェッカーに違反している場合は、次の可能性があります。
関数の目的が明確でない。
関数が複数のタスクを実行する。
関数の他の関数との相互依存性が高い。
関数で不測の、または計画外の状況に発展する。
これらの要因により、モジュールの保守とデバッグが困難になります。
修正方法
このチェックを修正するには、コードをリファクタリングするか、チェッカーのしきい値を変更します。コードをリファクタリングする場合は、コード内の関数を次のように設計します。
各関数が単一の特定のタスクを実行するようにする。
関数が他の関数に与える二次的影響を最小限にする。
独立したデータとコードを適切に隔離してカプセル化する。
ベスト プラクティスは、開発後のリファクタリング コストを回避するために、開発の早期段階でモジュールの複雑度をチェックすることです。
例
チェック情報
| グループ: ソフトウェアの複雑度 |
| 言語: C | C++ |
頭字語: SC12
|
| 既定のしきい値: 50 |
バージョン履歴
R2021a で導入