こんにちは。HW/SW 通信ツールのアーキテクチャの定義を始めた人を引き継ぎます。私は現在、すべての仕様を作成して実装する前に、彼のこれまでの進捗状況を検証する責任があります。
どうすれば正式に進めることができますか?最初の最上位要件に対して HW/SW アーキテクチャを検証する方法はありますか?
乾杯、Funky24
こんにちは。HW/SW 通信ツールのアーキテクチャの定義を始めた人を引き継ぎます。私は現在、すべての仕様を作成して実装する前に、彼のこれまでの進捗状況を検証する責任があります。
どうすれば正式に進めることができますか?最初の最上位要件に対して HW/SW アーキテクチャを検証する方法はありますか?
乾杯、Funky24
一般に、利害関係者にとってアーキテクチャ上重要な一連のトップレベルの要件を満たしている場合、そのアーキテクチャは「有効」です。
つまり、次のことを意味します。
一般に、ポイント 2 のリストには、機能以外の要件 (パフォーマンス、使いやすさなど) の大部分が含まれます。機能要件はもちろん重要ですが、システムのアーキテクチャを駆動するものではありません。
アーキテクチャ評価の適切な正式な方法論は、SEI のATAM (アーキテクチャ トレードオフ分析手法の略) です。彼らのテクニカル レポートを見て、ニーズやプロジェクトの規模に合わせて調整することができます。デザインを設計していないため、特定の選択が行われた理由を解明するためにリバース エンジニアリングを行うことになる場合があります。