システムを再設計していて、システムの再設計されたバージョンの SyRS を作成している場合、IEEE 1233 に従って、「古い設計」への後方参照を作成し、何が問題だったかを言及するにはどうすればよいですか?
私はそれを行う2つの方法を考えることができます：
古いシステムは、新しい SyRS の外で要約されるべきであり、新しい SyRS は、古いシステムで「どのように行われたか」を参照することなく、単に新しいシステムを指定する必要があります。
前もって古いシステムの要約はありません。代わりに、新しいシステムが指定されているため、SyRS は常に古いシステムとその問題をインラインで参照します。
＃1だと思います。
古いシステムの要約であり、導入事項（要件ではない）としての大きな欠陥は勝利だと思います。コミュニケーション/効率の観点から、新しい開発者またはテスターは、新しいシステムで作業するために古いシステムについてすべてを学ぶ必要はありませんが、より高いレベルで発生する可能性のある全体的な間違いからの学習があるはずです。
新しいシステムを前向きに定義します。言い換えれば、新しいシステムが何をすべきかを述べてください。以前は古いシステムとして行っていたものと、新しい機能、そして古いシステムの本質的な欠陥である新しい要件の両方です。しかし、新しいシステムの機能/動作であると言われています。
古いシステムを参照し、要件を通じてその欠陥を修正しようとすると、「そのようではない」と出てくる多くのステートメントになってしまう可能性があります。テストと実装の両方が難しいため、これは一般的に要件の記述に誤りがあります。