例えば、「プログラム全体を静的にチェックして一件でも問題箇所を潰しておきたい」という要件と 「仕様変更に柔軟なソフトウェアアーキテクチャが構成されているかチェックしたい」という要件があった場合、 仮に同じ静的解析ツールを使うとしても下の表のように使い方は異なります。

要件	静的解析ツールの活用方法
プログラム全体を静的にチェックして一件でも問題箇所を潰しておきたい	チェック内容を厳しくした上で、結果を出力させ、その内容を技術者が確認する。
仕様変更に柔軟なソフトウェアアーキテクチャが構成されているかチェックしたい	アーキテクチャへの影響が考えられるようなオプションを設定し、結果を出力させ、 出てきた箇所（とその周辺）のアーキテクチャを技術者が分析する。

エイムネクストのコードレビューはお客様のニーズに合わせて最終成果物を決定します。 そのために作業のアプローチから、ツールの使い方、担当する技術者の資質や人数を検討し、 最適なチームを編成した上で作業を実施します。

したがって、オフショア先や外部ベンダ毎の品質を評価する、難解なロジックが組まれている箇所を集中してレビューする、など プロジェクトに特化した視点でもレビューが可能です。 細かいチェックはいらないのにソースコード量が膨大なためにコストが合わないといった問題に対しても ご相談可能です。

ソースコードそのものの問題はいうまでもなく、ソースコード分析の結果から推測される問題を抽出／指摘することもできます。 　典型的な問題の例としては、以下の表のようなものがあります。 ソースコードレビューのノウハウが蓄積されている弊社だからこそ提供可能なものと自負しています。

ソースコードの傾向	推測される問題点
類似の処理にも関わらず、担当者によって実装方法が統一されていない	・内部設計の検討不足・開発者内のコミュニケーション不足・コーディング規約がない／不十分
モジュール（関数やメソッド）が複雑な箇所が散見される	・実装者の技術力不足・ピアレビューの未実施・単体テストが不十分