システムエンジニアは長い間Vを優れたエンジニアリングの基本部分として捉えています。 しかし最近、システム工学の V 字は悪い評判が立っています。 新しい世代のエンジニアは、V字を遅い、ウォーターフォール型のエンジニアリング手法の象徴とみなしています。 伝統的なエンジニアリングの支持者は、「アジャイル」メソッドよりも V を好みます。 これは、重要なシステムに関しては特にそうです。
Who should we believe?
Well, if we are honest, when the V exists as one glorious pass for a entire system, the new generation makes a great point.私たちは、正直言って、システム全体に対して V が存在する場合、新しい世代は素晴らしい点を指摘します。 V は本当に優れたソフトウェア開発の速度を低下させます。
The Systems Engineering V はその中核において、論理的な構成要素となっています。 システムをより小さなパーツに分解し、それらのパーツを組み立て、検証することによって、システム要件を発見することを説明しています。 最も頻繁に、Vは米国国防総省のような大規模な組織で登場する。 また、学術機関でも顕著である。
これらの大規模なプログラムや組織では、トップレベルの実行プロセスの一部としてVを使用している。 一般的なワークフローは7つのフェーズからなる。
プロセスはVの左側で始まり、そこで（1）概念が生成される。 次に、(2) システム全体に対する要求が定義され、分解され、配分される。 そして、(3)システム構成要素の詳細設計を行う。 6124>
V字の右側に移動して、これらのコンポーネントを（5）最終的なシステムに統合する。 統合されたシステムは、元の要件を満たしていることを確認し、ユーザーのニーズを満たしていることを検証される(6)。 最後に、（7）システムが納品され、保守される。
Vの課題
Vプロセスの実行は、多くの大規模プロジェクト、特にソフトウェアを含むプロジェクトにとって厄介なものとなっている。 V に依存しているプログラムは、コストのかかる統合の再作業を減らすために、ソフトウェア コンポーネントが完成するまで待機します。 私たち全員が知っている現実は、ソフトウェアは決して完成しないことです。 最後まで残された統合活動は、プログラム スケジュールを満たすために急がれます。
V では、統合されたコンポーネントは通常機能要件を満たしていますが、しばしば安全、安全、または正しくありません。
Verification & Validation
検証および検証 (V&V) を行うためにシステムが完全に統合されるまで待っていては、この問題をさらに悪化させます。 修正を実装するとシステム全体に波及し、V&V 中に発生した問題に対処することは困難でコストがかかります。
プログラムはしばしば、問題の根本を解決するのではなく、「システム レベル」の修正を実装する、つまり応急処置のアプローチを取ります。 ソフトウェアのリスクは、コードで対処するのではなく、システム レベルのファイアウォールやアンチウイルス ソフトウェアなどの実践によって軽減されることが多いのです。
応急処置は、ユーザーが欠陥に遭遇する機会を減らしますが、欠陥自体は修正されず、システムに潜み続けるのです。
Meeting the challenge
The concepts in the Systems Engineering V is not the problem – it is the structure of the V that does not apply to software
最新の技術では、大規模なプログラムでもソフトウェアの連続統合を実現することが可能です。 早期の統合と検証を包含するツールとプロセスを使用することは、Vの中核概念を否定するものではなく、Vがソフトウェア開発に有効であるように強化するものである。