如何寫好軟件說明書-文庫吧資料
2024-08-16 11:24本頁面
【正文】 后臺任務(wù)出錯應(yīng)該顯示錯誤信息 為了分別測試和追蹤，我將其分成了多個需求。我們在談?wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于60秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過60秒，那么1毫秒是不是太短？“每”這個詞導(dǎo)致了不確定性?！ ±?．“產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息” 這個需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。我所占優(yōu)的只是我知道每個需求的出處。我將對每個例子都提出自己的分析和改進(jìn)的建議。 需求質(zhì)量的評審 這些有關(guān)需求質(zhì)量的特性的描述在理論上都是非常好的，但一個好的需求到底是個什么樣子的呢？為了體現(xiàn)得更切合實(shí)際，我們做個小練習(xí)。也能夠?qū)④浖枨笈c設(shè)計元素，源代碼，用于構(gòu)造實(shí)現(xiàn)和驗(yàn)證需求的測試相對應(yīng)。通過良好的組織可以使需求易于修改，如：將相關(guān)的需求分組，建立目錄表，索引，以及前后參考（照）?！ 】尚薷男裕寒?dāng)每個需求的要求修改了或維護(hù)其歷史更改時，你必須能夠?qū)彾⊿RS。只有經(jīng)過調(diào)研才能確定哪些是正確的?！ ∫恢滦裕阂恢滦孕枨缶褪遣灰谄渌能浖枨蠡蚋呒墑e的系統(tǒng)（商業(yè)）需求發(fā)生沖突。能夠從不同角度察看需求的圖形分析模型也可以檢查出不完整性?！ ≡谛枨蟪橄髸r，相對于系統(tǒng)功能，你過多的注意用戶的業(yè)務(wù)，將導(dǎo)致在需求的全局觀和引進(jìn)不是真正必需的需求上顯得不足。發(fā)現(xiàn)缺少的信息很難，因?yàn)楦静淮嬖??！ ⊥暾翰粦?yīng)該遺漏要求和必需的信息。高質(zhì)量需求說明的特征 一個完整的SRS不僅是包括長長的功能性需求列表，還包括外部接口描述和一些諸如質(zhì)量屬性，期望性能的非功能性需求。需求之間不一致，不可行，不明確也能導(dǎo)致不可證實(shí)。 可證實(shí)：看你是否能夠做出測試計劃或其他驗(yàn)證方式，如檢查和實(shí)證，來決定在產(chǎn)品中每個需求是否正確的實(shí)現(xiàn)。每寫一個需要都應(yīng)簡潔，簡單，直觀的采用用戶熟知的語言，不要采用計算機(jī)術(shù)語。自然語言極易導(dǎo)致含糊。 我是用3種級別的優(yōu)先權(quán)：高優(yōu)先權(quán)表明需求必須體現(xiàn)在下一個產(chǎn)品版本中，中優(yōu)先權(quán)表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中，低優(yōu)先權(quán)表明有它很好，但我們必須認(rèn)識到如果沒有充足的時間或資源，它可以被放棄掉。如果所有的需求都被視為同等重要，那么由于在開發(fā)中，預(yù)算削減，計劃超時或組員的離開導(dǎo)致新的需求時， 項(xiàng)目經(jīng)理將不能起到作用。優(yōu)先權(quán)：為了表明在一個詳細(xì)的產(chǎn)品版本中應(yīng)包含哪些要點(diǎn)，需要為每個需求，特征，或用例分配實(shí)現(xiàn)的優(yōu)先權(quán)。跟蹤每個需求回溯到出處，如用例，系統(tǒng)需求
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1