|
|
|
|
界面的數(shù)量和復(fù)雜程度是否已減少到最?。?/DIV> |
|
|
|
可維護性 |
|
|
|
該設(shè)計是否是模塊化的？ |
|
|
|
這些模塊具有高內(nèi)聚度和低耦合度？ |
|
|
|
是否已經(jīng)對繼承設(shè)計、代碼或先前選擇工具的使用進(jìn)行了詳細(xì)說明？ |
|
|
|
性能 |
|
|
|
主要性能參數(shù)是否已被詳細(xì)說明（例如：實時、速度要求、磁盤輸入/輸出接口等）？ |
|
|
|
可靠性 |
|
|
|
該設(shè)計能夠提供錯誤檢測和恢復(fù)（例如：輸入輸出檢查）？ |
|
|
|
是否已考慮非正常情況？ |
|
|
|
是否所有的錯誤情況都被完整和準(zhǔn)確地說明？ |
|
|
|
該設(shè)計是否滿足該系統(tǒng)進(jìn)行集成時所遵守的約定？ |
|
|
|
易測性 |
|
|
|
是否能夠?qū)υ撎紫到y(tǒng)進(jìn)行測試、演示、分析或檢查來說明它是滿足需求的？ |
|
|
|
該套系統(tǒng)是否能用增量型的方法來集成和測試？ |
|
|
|
可追溯性 |
|
|
|
是否各部分的設(shè)計都能追溯到需求說明書的需求？ |
|
|
|
是否所有的設(shè)計決策都能追溯到原來確定的權(quán)衡因素? |
|
|
|
所繼承設(shè)計的已知風(fēng)險是否已確定和分析？ |
二、詳細(xì)設(shè)計的評審
軟件詳細(xì)設(shè)計監(jiān)理的目的是對軟件詳細(xì)設(shè)計有關(guān)內(nèi)容（重點是軟件的算法、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)類型、異常處理、計算效率等）、詳細(xì)設(shè)計過程、詳細(xì)設(shè)計活動、文檔格式進(jìn)行審查，確定承建單位提出的軟件詳細(xì)設(shè)計內(nèi)容是否實現(xiàn)了軟件概要設(shè)計的要求，確認(rèn)是否滿足要求；給出是否符合要求的結(jié)論；確定其可否作為軟件編碼的前提和依據(jù)。
|
＃ |
檢查項 |
Y/TBD/N/NA |
|
|
清晰性 |
|
|
|
所有單元或過程的目的是否都已文檔化？ |
|
|
|
包括了數(shù)據(jù)流、控制流和接口的單元設(shè)計是否已清晰的說明？ |
|
|
|
完整性 |
|
|
|
是否已定義和初始化所有的變量、指針和常量？ |
|
|
|
是否已描述單元的全部功能？ |
|
|
|
是否已詳細(xì)說明用來實現(xiàn)該單元的關(guān)鍵算法（例如：用自然語言或PDL）? |
|
|
|
是否已列出該單元的調(diào)用？ |
|
|
|
依從性 |
|
|
|
該文檔是否遵循了該項目已文檔化的標(biāo)準(zhǔn)？ |
|
|
|
是否采用了所要求的方法和工具來進(jìn)行單元設(shè)計？ |
|
|
|
一致性 |
|
|
|
數(shù)據(jù)元素的命名和使用在整個單元和單元接口之間是否一致？ |
|
|
|
所有接口的設(shè)計是否互相一致并且和更高級別文檔一致？ |
|
|
|
正確性 |
|
|
|
是否處理所有條件 （大于、等于、小于零、switch/case）？是否存在處理“case not found”的條件？ |
|
|
|
是否正確地規(guī)定了分支（邏輯沒有顛倒）？ |
|
|
|
數(shù)據(jù)使用 |
|
|
|
是否所有聲明的數(shù)據(jù)都被實際使用到？ |
|
|
|
是否所有該單元的數(shù)據(jù)結(jié)構(gòu)都被詳細(xì)說明？ |
|
|
|
是否所有修改共享數(shù)據(jù)（或文件）的程序都考慮到了其它程序?qū)υ摴蚕頂?shù)據(jù)（或文件）的存取權(quán)限？ |
|
|
|
是否所有邏輯 |
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
網(wǎng)站文章版權(quán)歸原作者所有，如有認(rèn)為侵權(quán)請聯(lián)系我們，將于1個工作日內(nèi)作出處理！ |