我已收到一份設計文件來驗證和驗證（V & V）。該文件充滿了「模塊應能......」等語句。另外它還包含用例圖和序列圖（僅）。從驗證和驗證的角度來看，我應該在軟件設計文檔中尋找什麼？
實際的軟件（應該是構建）是幾個子系統的GUI前端，它通過查詢響應與後端子系統進行連續通信。收到響應時，會發生顯示或用戶交互操作。
我覺得這個文檔似乎沒有涉及設計（沒有設計決策等），而且遠沒有一個好的設計。但是
我不確定我的預感是否正確？基於上述情況
，如果我有建議應該在任何好的設計去幾個基本要素，它可能是什麼可能？或者如果我在設計過程中刪除/忽略該設計元素，則表示該軟件註定是質量較差。
我會非常感謝回覆。
嗯，我想我會從你給的任務的定義開始。
要驗證的設計，您需要檢查它是否符合要求。如果您沒有需求文檔，那將會很困難。
到驗證設計，您需要檢查它是否滿足需求（客戶/用戶/利益相關者的需求）的意圖。
總之，要驗證：它是否打算做它會說的事情？
驗證：它做它應該做什麼？
我能想到的最簡單的測試是：
是本文檔 （有可能是其他， 良好定義的文件一起）足以 中的信息能夠建立未來 工作產品的人這樣做？
所以這裏至關重要的是：接下來會發生什麼。兩個可能的示例：
可能對如何構建這個應用程序有一種非正式的理解。這可能是第98個這樣的應用程序正在建設，所以一些細節只是沒有寫下來，但「每個人」都知道如何去做。或者有一種標準的後端集成方法，所以我們不需要在這裏描述如何做到這一點。
如果任何這些外部信息源適用，那麼我希望在文檔中看到引用，即使該引用非常簡短。
鑑於至少是這些警告我希望看到這幾樣東西：
1）。 UI細節。屏幕流量，標準屏幕內容和菜單，每個屏幕的線框（或至少一個字段列表， 2）。驗證細節和格式。特別是有趣的錯誤處理。
然後是應用程序的整體結構的問題。 MVC？應該有什麼組成部分？再次，也許我們只是引用一些已知的技術「標準Struts應用程序與JSP」，但至少需要一些「如何」的材料。
最後如何完成後端連接。這裏有兩個方面：技術和細節的相互作用。
這可能是因爲您擁有一個SOA，所有服務的Web服務，所以這項技術很好理解。或者也許對於每個後端CICS，SAP，PeopleSoft ...都有不同的技術。在這種情況下需要描述這些情況。可以想象一些集成代碼需要從頭開始開發，在這種情況下需要詳細的設計。
然後，無論採用什麼技術，仍然存在使用哪些「事務」以及從後端檢索到的數據如何映射到屏幕的問題。