私のソフトウェアエンジニアリングプロジェクトでは、タスクを自動化するソフトウェアを作成します。
私のプロジェクト管理モジュールでは、CMMIバージョン1.3での検証のすべての特定の目標をどのように達成できるかを説明および評価するように求められました。
ウィキペディアを見ると、検証の概要が次のようになっていることがわかります。
目的
検証(VER)の目的は、選択した作業成果物が指定された要件を満たしていることを確認することです。
目標別の具体的な実践
SG 1検証の準備
SG 2ピアレビューを実行
SG 3選択した作業成果物の検証
私の思考プロセス:
SG 1を満たすには、検証方法を選択する必要があると思います。ソフトウェアの場合、ユニットテストとコードレビューで十分だと思います。これはSP 1.1を満たす必要があります。
SP 1.2を満たすには、これらのメソッドを実行するために何を使用するかを述べる必要があります。たとえば、単体テスト用の単体テストライブラリとコードレビュー用のチェックリスト。
SP 1.3を満たすために、SP 1.2のこれらのメソッドが実際にどのように使用されるか(手順)の詳細を概説する必要があります。
先に進む前に、私はここで正しい方向に進んでいるように見えますか?それとも私は間違った考えを得ていますか?
ウィキペディアの代わりに、完全な CMMI for Development v1.3テクニカルレポート を参照することをお勧めします。このドキュメントは無料で入手でき、詳細が記載されています。
覚えておくべきことは、特定の実践の実践を実行することは、一般的に特定の目標の満足につながるということです。特定の慣行を行うことは必須ではありませんが、それは期待されています。定義されたプロセスエリアの特定の目標のそれぞれを満たしている限り(CMMIの評価中に、それは客観的な証拠を示すことを意味します)、あなたは問題ありません。
特定の目標1検証の準備を達成するには、実行する検証の種類(たとえば、適切な検証方法)、検証を実行する内容、および検証を実行するために必要なこと(ツール、ソフトウェア、機器)。
特定の目標2のピアレビューを実行するには、ピアレビューするものを定義し、作成者以外の人がレビューしたという証拠を示す必要があります。ピアレビューは本番コードだけでなく、プロジェクト中に作成されたすべてのもの(ドキュメント、テスト、プロセスドキュメント)が含まれることに注意してください。ペアプログラミングもピアレビューの方法と見なされます。
特定の目標3を満たすために、特定の目標1の一部として準備した検証アクティビティを実行し、それらのアクティビティの完了の客観的な証拠を持っています。キーフレーズは、「検証アクティビティは製品ライフサイクル全体で実行する必要がある」ことを示しています。つまり、検証を計画および実施する際には、要件、アーキテクチャ、設計、コード、および統合を考慮する必要があります。
一般的に、私はあなたがあなたの考えで正しい軌道に乗っていると思います。私の提案は、単体テストだけでなく、検証を検討する際に製品ライフサイクル全体を検討することです。要件をどのように確認しますか?または、アーキテクチャと高レベルの設計を確認しますか?