バックグラウンド

jqassistant自動監査コンプライアンス チェックに使用する実験を行っています。その分野ではよくあることですが、多くの制約がありますが、それらは必ずしも厳しい制約ではありません。

たとえば、ソフトウェア アーキテクチャでは、ガイドライン違反は、制約に一致するようにコードを変更する必要があるか、またはガイドラインに合わせて制約を変更する必要があるかの 2 つの結果しか導き出すことができません。

ただし、準拠する場合は、基本的に 3 番目のオプションがあります。つまり、制約の違反を意図的に受け入れ、これらの特定の状況で制約に違反してもよい理由を正当化します。

具体的な例: プロジェクトを計画すると、通常、特定のリスク管理タスクを実行する必要があるという規則があります。ただし、その 1 つのプロジェクトは 2 ～ 3 日の小さなプロジェクトであり、リスクの影響は無視できます。したがって、完全なリスク管理プロセスを実行しても意味がありません。

当面の問題

これをまとめてみましょうjqassistant: 検証が必要な制約がたくさんあります。ただし、リスク管理の概要文書が存在することを確認する特定の制約は、このシナリオでは無視する必要があります。

どうやってそれを行うのが最善ですか？

特定の制約を明示的に除外できる構成パラメーターはありますか? それとも、私はこれらすべてについて間違った方法で考えているのでしょうか?

うまくいかないアイデア

-constraintsまたは-groupsパラメーターでチェックする制約の個別またはグループを明示的に指定できることを認識しています。ただし、これらを使用すると、次の 2 つの大きな欠点があります。

1. その場合、再定義しなければならないことが潜在的にたくさんあります。除外したい制約 C を持つグループを除外する場合、代わりに、そのグループの他のすべての制約を明示的に含め、元のグループをまだ含むすべての親グループを再定義する必要があります。
2. グループと制約のセットは別の場所で維持されます。したがって、残りの制約を明示的に指定したとしても、他の誰かがそのグループに新しい制約を追加したときに、それを知らない可能性があり、チェックされません。