01独立した検証
AI のコードを、AI だけにレビューさせるべきではありません
Visual Expert は、PowerBuilder、Oracle PL/SQL、SQL Server T-SQL のコードをルールに基づく決定論的な解析で検証します。誰が（あるいは何が）コードを書いたかにかかわらず、同じルールは解析のたびに同じ結果をもたらします。
- バグ、脆弱性、品質の問題を検査ルールによって検出します。
- 新しい欠陥を解析ごとに表示するため、変更によって何が持ち込まれたかがわかります。
- 継続的な検査を CI/CD パイプラインに組み込み、デプロイ前に実施できます。
02アプリケーションのコンテキスト
AI アシスタントに見えるのは渡されたコードだけで、アプリケーション全体ではありません
Visual Expert は、呼び出し元と呼び出し先、データベースのテーブルとカラム、PowerBuilder、PL/SQL、T-SQL のコード間の依存関係を含め、アプリケーション全体をモデル化します。変更が何に影響するかを、変更する前に確認できます。
- インパクト アナリシス：ファンクション、プロシージャ、テーブル、カラムが対象です。
- コールグラフとリバース コールグラフで、呼び出しチェーンをたどれます。
- PowerBuilder とデータベースのコードを 1 つのプロジェクトでまとめて解析できます。
03実行時のエビデンス
AI は遅そうに見えるコードを指摘できます。実際に遅い箇所を示すのは実行時データです。
Visual Expert は、実行統計とアプリケーションのモデルを組み合わせ、実際に処理を遅くしているプロシージャ、オブジェクト、呼び出しチェーンを特定します。
- Oracle と SQL Server：データベースから統計を収集します（本番環境が理想です）。
- PowerBuilder：本番環境のユーザー ワークステーションで実行トレースを収集します。
- 最も遅いコード、累積実行時間、呼び出しチェーンに沿った実行時間を表示します。
04管理された修正
コードの変更が増えれば、確認・判断・追跡すべき検出結果も増えます
Visual Expert は、各検出結果のステータス、判断内容、履歴を解析をまたいで保持し、修正が有効だったかどうかを次回の解析で確認します。
- 検出結果の判定：誤検知、リスク受容、保留。
- 欠陥を割り当てると、担当者、優先度、期限を持つタスクが作成されます。
- [Mark As Fixed]：欠陥は [Pending Validation] の状態となり、次回の解析で確認されます。
欠陥のライフサイクル
OpenPending ValidationResolved
開発者が修正済みにする次回の解析で設定
確認済みの欠陥は、対応対象から外すこともできます。その履歴は保持されます。
Risk AcceptedFalse PositiveOn Holdコードを書くのは AI ツール、検証するのは Visual Expert。
Visual Expert は、開発者が使用している AI ツールに取って代わるものではありません。それらの周囲に、独立した検証のステップを加えます。
開発者と開発者が使う AI ツール
Visual Expert
01生成
AI アシスタント、コーディング エージェント、または開発者がコードを書き、変更します。
02検証
解析のたびに同じルール。新しい欠陥が示されます。
03把握
呼び出し元、データの利用状況、変更の影響。
04修正
開発者が AI の有無にかかわらずコードを修正します。
タスクと担当者。組み込みの AI がコンテキストに沿った修正を提案します。
05再検証
新しい解析で修正を確認します。
AI は提案し、解析は検証します。何を受け入れるかはガバナンスが決めます。
コンテキストを踏まえて動作する組み込み AI
Visual Expert の AI は、選択したコードと、解析で特定されたその依存関係やデータベースの使用状況に基づいて、コードを説明し、修正を提案します。
Visual Expert AI