2つのレベルの仕様間の要件の調整
現在、お客様のニーズからソフトウェア/ハードウェア要件まで、システムのドキュメントアーキテクチャの定義に取り組んでいます。要件の絞り込みのレベルに大きな問題が発生しました。
クラシックアーキテクチャは次のとおりです。PTS-> SSS-> SSDD-> STS/HRS with PTS：Purshaser技術仕様SSS：サプライヤーシステム仕様SSDD：システムセグメント設計の説明SRS/HRS：ソフトウェア/ハードウェア要件仕様。
PTSからの要件はSSSで再作成され、このドキュメントではニーズのみを表現しました（このレベルでは設計要件は定義されていません）。次に、システム設計をSSDDで説明します。SSSからの要件を設計からの機能に割り当て、次に機能をコンポーネント（ソフトウェアまたはハードウェア）に割り当てます（まだSSDDレベルです）。最後に、各コンポーネントについて、1つのSRSまたは1つのHRSを記述します。 SRSまたはHRSの要件は、SSSからの要件を詳細化したものです（これらの2つのレベル間でトレーサビリティマトリックスが作成されます）。
私の問題は次のとおりです：
私たちのシステムは複雑なものであり、SRSの適切なレベルになるようにSSSの要件の一部を2回調整する必要があります（ソフトウェアの人々がコーディングを行うための要件を理解できることを意味します）。しかし、このドキュメントアーキテクチャでは、SSSからの要件を1度だけ調整できます。 2番目の問題は、SSSからの要件の一部のみを2回調整する必要があることです。他の部分は1つの改良のみを必要とします。
下の図で、緑色のボックスは、SRSまたはHRSの適切なレベルの要件です。また、紫色のボックスは中間要件であり、設計要件であるためSSSに含めることはできません。これらの紫色の要件はどこに置くことができますか？
この問題にすでに遭遇した人はいますか？ SRSレベルで2つのドキュメントを作成する必要がありますか？ SSDDに中間要件を含める必要がありますか？同じSRSドキュメントに2つの調整レベル（紫と緑）を含める必要があります（SRSは1つのコンポーネントに対してのみなので、それが可能かどうかはわかりません）???
あなたの助けと専門知識をありがとう;-)
仕様の改良の目的は2つあります。
より高いレベルの要件を、開発者が使用できるものに変換します。例：宇宙画像を含む「Googleマップ」が必要ですから宇宙船は極軌道をたどる装置の束に-センサーとアクチュエータ-そして、四元数といくつかのリアルタイムOSを含むソフトウェア実装制御ループ。
トレーサビリティを通じて、すべての顧客のニーズが実装されていることを確認する方法を提供します。
したがって、Req 3.1がReq 4.1によって完全に実装されているかどうかを明確にするだけでよいので、開発者はReq 4.1に集中する（そしてReq 3.1をSSSに入れる）か、Req 3.1とReq 4.1の両方を実装する必要がある（そしてI Req 3.1をSRSに配置します）。
「フラグ付きの空母が必要だ」というスペックがある場合、システムを2つの部分に分割し、空母とフラグを同じ詳細レベルに指定するのは明らかに狂気です。
このような正式な開発標準のほとんどはこれを認識しており、分解のレベルとトレーサビリティを状況に応じてより意味のあるものに調整する何らかの方法を備えています。問題は、これが高度な特殊なケースとして扱われる傾向があることです。3番目の空母を指定して配送した後で、適切な方法を学ぶことができます。
これは旗のサプライヤーに尋ねる多くのことです。
問題は、SSSにリストされている要素が、標準的な方法で指定されるように適切なサイズの要素である必要があることだと思います。その分割が間違っている場合は、正しいように変更する必要があります。うまくいけば、それは契約に影響を与えません。
質問が曖昧なので、2つの方法でお答えします。
1）システムに構成項目が1つしかないと仮定すると、そのドキュメントは上記の説明で欠落しているように見え、SSS要件をハードウェアおよびソフトウェアのドキュメントにマッピングしているだけです。その場合、「紫」の要件はありません。 SRS/HRSを作成している人は、SSS要件を（おそらくSSDDとすべてのDIDを参照として使用し、「紫」要件の元になる可能性があります）、それらのSSSと派生要件を適切なSRS /に変える責任があります。 HRS要件。
2）システムに複数の構成アイテムがある場合、SSS要件は「構成アイテム」パフォーマンス仕様ドキュメントにマッピングされます。このドキュメントは、「パープル」要件がそれにマップされたSSS要件のモジュール固有の再解釈と一緒に進む場所です（ここでも、おそらくSSDD/DIDを参照として使用します）。次に、そのドキュメントを使用してハードウェアとソフトウェアにマップし、それらを使用して個別のSRS/HRSを作成します。これがあなたがしようとしていることだと思います。