2

私が現在働いている組織は、すべてを文書化する CMMI の世界全体に移行しようとしています。私は (他の 1 人と一緒に) 構成マネージャーの役​​職を割り当てられました。おめでとうございます。

職務の一部は、物理的な構成監査を定期的に実行することです (彼らはまだ定期的に定義していますが、四半期ごとまたは毎月のいずれかになります)。これは基本的に、本番環境にデプロイされたソース コード バージョンと、本番環境のソース コード バージョンであると思われるバージョンのチェックです。

私たちのプロジェクトは、Java で書かれた比較的小さな Web アプリケーションです。扱うファイルの種類は、java、jsp、xml、プロパティ ファイル、および sql パッケージです。

私が抱えている (そして表明したが無視されているように見える) 問題は、実稼働サーバーに物理的にログオンしてファイルのバージョンを確認するにはどうすればよいかということです。

ファイルのバージョンは、現在、ファイル (つまり、コメントなど) にも含まれていません。ユーザーにも表示される各画面に表示可能なバージョン番号を配置することが提案されました。画面自体は私たちが管理しているコードのごく一部にすぎないので、これもばかげていると思いました。

現在使用しているツールは、IDE 用の Netbeans とバージョン管理ツールとしての Serena Dimensions です。

私は特に、正確で時間がかからない、より自動化された方法でこの監査を実行する方法についてのアイデアを探しています.

私の考えは、現在、そのファイルのバージョン番号を含む各ファイルの先頭にコメントを追加することです.XMLファイルを作成するために本番ビルドが作成されるときに実行されるスクリプト、またはそれぞれのファイル名とバージョンファイルを含む同様のものを作成しますビルド内のファイル。次に、監査を行う必要がある場合は、実稼働サーバーに移動して情報を含む xml ファイルを取得し、それを実稼働にあると思われるものとプログラムで比較し、レポートを出力します。

より良いアイデア。私はこれがすでに行われている必要があることを知っており、他のリソースが見つからないことに気が狂っているようです.

4

3 に答える 3

4

運用サーバー上のソース ファイルの SHA1 ハッシュを計算し、そのハッシュ値をソース管理に格納されているバージョンと比較できます。ソース管理で同じハッシュを見つけることができれば、本番環境にあるバージョンがわかります。ソース管理で同じハッシュが見つからない場合は、本番環境で追跡されていない変更があり、新しい役職が正当化されます。:)

于 2008-10-28T21:52:18.960 に答える
3

組織が CMMI に陥る典型的な罠は、すべてをやり過ぎようとすることです。何か提案できるとしたら、小さく始めて、必要なことだけを行うことです。したがって、CM 領域で以前に発生した可能性のある問題を考慮してください。

CMMI は、組織が何をすべきかを説明していますが、どのように行うかはあなた次第です。CMMI 仕様の第 2 章は一読の価値があります。仕様の必須コンポーネント、期待されるコンポーネント、および有益なコンポーネントについて説明しています。これは、CMMI 評価者が直接要求できる仕様のごく一部、つまり目標しかないことを意味します。プラクティスレベルでは、説明されているプラ​​クティス、またはそれらに代わる許容可能なプラクティスのいずれかを使用することが許可されています。

構成監査の場合、目標 SG3 は「ベースラインの整合性が確立され維持される」です。SP3.2 には、「構成ベースラインの整合性を維持するために構成監査を実行する」と記載されています。これらがどのくらいの頻度で行われるか、またはどれくらいの時間がかかるかについて、ここでは何も述べられていません.

以前の組織では、FCA/PCA は通常、製品リリース プロセスの一部としてのみ行われ、バージョン管理ツールとして ClearCase を使用し、ベースラインを定義するためにコードベース全体にラベルを適用しました。すべてのソース ファイルにバージョン番号がありませんでしたし、すべての製品画面にもバージョン番号がありませんでした。CM アクティビティは正しいことを行っており、監査によってバックアップされていました。これは CMMI 評価で問題になることはありませんでした。 . ラベル間のデルタを使用して、どのファイルが変更されたかを確認し、差分を実行して実際のコードの変更を確認できます。プロセスの重要な部分は、これらの変更を要件/バグ レポート/変更を開始した理由にリンクできることです。

私たちの監査ではスクリプトを使用してプロセスを自動化しましたが、これらは社内で開発されたスクリプトであり、ClearCase に固有のものでした。基本的に、すべてのファイル、CM システム内のそれらのバージョン、およびそれらが属するベースライン/構成アイテムを一覧表示します。

于 2008-10-28T22:22:43.640 に答える
0

これにソース管理を使用できませんか? バージョンを展開し、その展開でソース管理にタグを付けると、ソース管理システムに対して検証できます

于 2008-10-28T21:53:49.407 に答える