第4章軟件設計基礎-資料下載頁
2024-08-10 15:11本頁面
【正文】 是低內(nèi)聚的表現(xiàn)。有問題的模塊應該重新設計。 例如，一個求一元二次方程的根的模塊定義為： ? QUAD_ROOT(TBL,X) 其中數(shù)組 TBL表示方程中的系數(shù)，數(shù)組 X回送求得的根。這種傳遞信息的方式不便于理解，容易產(chǎn)生錯誤?？梢愿臑椋? ? QUAD_ROOT(A,B,C,ROOT1,ROOT2) 其中 A， B， C表示方程的系數(shù)， ROOT1， ROOT2是算出的根。這樣的接口既簡單，又與模塊QUAD_ROOT的功能一致。 ? ，但要避免過分限制性的模塊。 ? 當模塊可以作為黑盒對待時就是可預測的；也就是說，同樣的外部數(shù)據(jù)可以在不考慮內(nèi)部處理細節(jié)的情況下生成。 ? ? 軟件設計師不要使模塊間出現(xiàn)內(nèi)容耦合。 ? 軟件設計規(guī)格說明書 ? 在設計階段，設計人員要完成的文檔是軟件設計說明書，它是軟件設計的最終成果，它既可作為軟件設計階段編碼人員書寫源程序的依據(jù)，也可作為軟件測試階段及維護階段的一個指南。 ? 軟件設計說明書通常包括以下內(nèi)容： ? 作用范圍：描述設計工作的整體范圍，其大部分內(nèi)容來自軟件需求說明書。 ? 參考文檔：包括現(xiàn)有的軟件文檔、系統(tǒng)的文檔資料、外購產(chǎn)品文檔，包括硬件和軟件以及技術參考資料。 ? 數(shù)據(jù)設計：描述數(shù)據(jù)對象和形成的數(shù)據(jù)結(jié)構、外部文件和數(shù)據(jù)庫結(jié)構、內(nèi)部數(shù)據(jù)結(jié)構等。 ? 體系結(jié)構設計：說明從需求模型導出的軟件體系結(jié)構，包括模塊的層次結(jié)構。 ? 接口設計：描述人機界面以及人機界面的設計規(guī)則，外部數(shù)據(jù)、系統(tǒng)或設備接口和內(nèi)部接口及其設計規(guī)則。 ? 模塊的過程設計：描述每個模塊的處理說明、設計語言描述、調(diào)用其他模塊和內(nèi)部設計結(jié)構等。 ? 需求與模塊的相互對照表。 ? 測試準備：包括測試大綱、整體策略、專門的考慮等。 ? 其他：包括設計約束和一些特殊注解等內(nèi)容。 ? 設計復審 ? 所謂設計復審（ Design Review），其實就是對設計文檔的復審。 ? 1．設計復審方法 ? 正規(guī)復審 ? 非正規(guī)復審 ? 在傳統(tǒng)軟件設計中，概要設計復審和過程設計復審應該分開進行，不允許合并為一次復審。 ? 除軟件開發(fā)人員外，概要設計復審必須有用戶代表參加，必要時還可邀請有關領域的專家到會。過程設計復審一般不邀請用戶和其他領域的代表。 2．復審的指導原則 ? 既然復審是為了及早揭露錯誤，參加復審的設計人員應歡迎別人提出批評和建議，不要為設計的缺陷 “ 護短 ” 。但復審的對象是設計文檔，不是設計者本身，其他參加者也應為復審創(chuàng)造和諧的氣氛，防止把復審變成質(zhì)訊或辯論。 ? 復審中提出的問題應詳細記錄，但不要謀求當場解決。 ? 復審結(jié)束前，應作出本次復審能否通過的結(jié)論。 ? 復審的標準應包括： ? 可追溯性 ? 風險 ? 實用性 ? 可維護性 ? 接口 ? 技術清晰度 ? 選擇方案 ? 限制 ? 其他具體問題 3．復審的標準 4．復審的內(nèi)容 ? 概要設計復審應該把重點放在系統(tǒng)的總體結(jié)構、模塊劃分、內(nèi)外接口等方面。 ? 過程設計復審的重點應該放在各個模塊的具體設計上。
環(huán)評公示相關推薦
鄂ICP備17016276號-1