如何寫(xiě)好軟件說(shuō)明書(shū)-在線(xiàn)瀏覽
2024-09-13 11:24本頁(yè)面
【正文】 （特性），能夠顯現(xiàn)缺陷、冗余和含糊之處。正確性依據(jù)于需求的來(lái)源，如真實(shí)的客戶(hù)或高級(jí)別的系統(tǒng)需求說(shuō)明書(shū)。 只有用戶(hù)的代表能夠決定用戶(hù)需求的正確性，這就是為什么在檢查需求時(shí)，要包括他們或他們的代理的關(guān)鍵所在 。 可行性：在已知的能力、有限的系統(tǒng)及其環(huán)境中每個(gè)需求必須是可實(shí)現(xiàn)的。這個(gè)開(kāi)發(fā)人員應(yīng)能檢查在技術(shù)上什么能做什么不能做，哪些需要需要額外的付出或者和其他的權(quán)衡。每個(gè)需求源于你認(rèn)可、具有權(quán)說(shuō)明需求的原始資料，這是考慮必需的另外情形（譯注，此句翻譯不順，請(qǐng)參照原文：Another way to think of “necessary” is that each requirement originated from a source you recognize as having the authority to specify requirements）。如果你不能標(biāo)識(shí)出處，可能需求只是個(gè)鍍金的例子，沒(méi)有真正的必須?？蛻?hù)或其代理都應(yīng)有強(qiáng)烈的責(zé)任建立優(yōu)先權(quán)。優(yōu)先權(quán)的作用是提供給客戶(hù)的價(jià)值，實(shí)現(xiàn)的相關(guān)費(fèi)用，實(shí)現(xiàn)相關(guān)聯(lián)的有關(guān)技術(shù)風(fēng)險(xiǎn)。 明確：需求敘述的讀者應(yīng)只能從其得到唯一的解釋說(shuō)明，同樣，一個(gè)需求的多個(gè)讀者也應(yīng)達(dá)成共識(shí)。要避免使用一些對(duì)于SRS作者很清楚但對(duì)于讀者不清楚的主觀(guān)詞匯，如：用戶(hù)友好性，容易，簡(jiǎn)單，快速，有效，幾個(gè)，藝術(shù)級(jí)，改善的，最大，最小等等。檢查需求模糊的有效方式包括需求說(shuō)明書(shū)的正規(guī)檢查，根據(jù)需求寫(xiě)測(cè)試，建立用戶(hù)的假想來(lái)說(shuō)明產(chǎn)品某個(gè)特定部分預(yù)期的特性。如果需求是不可驗(yàn)證的，決定需求是不是正確的實(shí)現(xiàn)就成了判斷的事。任何需 求如果說(shuō)產(chǎn)品將要支持什么也是不可證實(shí)的。下面描述了高質(zhì)量的SRS的一些特性。完整性也是一個(gè)需求應(yīng)具備的。在SRS中將需求以分層目錄方式組織，將幫助評(píng)審人員理解功能性描述的結(jié)構(gòu)，使他們很容易指出遺失的東西。在需求抽象上，應(yīng)用用例方法會(huì)發(fā)揮很好的作用?！ ∪绻阒酪讶鄙僖恍┬畔?，使用TBD（to be determined）標(biāo)準(zhǔn)標(biāo)志可以突出這些缺陷，當(dāng)你在構(gòu)建產(chǎn)品的相關(guān)部分時(shí)，就可以從一個(gè)給定的需求集中解決所有的缺陷。需求中的不一致必須在開(kāi)發(fā)開(kāi)始前得到解決。修改需求時(shí)一定要謹(jǐn)慎，如果只審定修改的部分，沒(méi)有審定于修改相關(guān)的部分，就可能導(dǎo)致不一致性。也就是說(shuō)每個(gè)需求必須相對(duì)于其他需求有其單獨(dú)的標(biāo)示和分開(kāi)的說(shuō)明，便于清晰的查閱。可追蹤：你應(yīng)能將一個(gè)軟件與其原始材料相對(duì)應(yīng)，如高級(jí)系
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1