首先要搞清楚的是需求的編寫重點是描述清楚現(xiàn)實而不是去抽象，因此需求應(yīng)該能夠明確的描述清楚業(yè)務(wù)。最忌諱講需求編寫為類似于系統(tǒng)操作手冊之類的文檔。
對于結(jié)構(gòu)化需求規(guī)格說明書要描述清楚場景，角色，輸入，輸出，處理和數(shù)據(jù)字典。對于涉及到業(yè)務(wù)流程的應(yīng)該由完整的分角色的業(yè)務(wù)流程圖，對于涉及較多數(shù)據(jù)處理的應(yīng)該由相對應(yīng)的數(shù)據(jù)流圖。對于面向?qū)ο蟮男枨笪臋n則重點是用例的描述，應(yīng)該保護(hù)背景，前提，基本流，擴(kuò)展流，異常，業(yè)務(wù)規(guī)則等重要內(nèi)容；應(yīng)該能夠給出業(yè)務(wù)用例圖和相關(guān)的業(yè)務(wù)對象模型。
符合需求的最基本特征和SMART原則，需求必須是正確，完整，無歧義，可驗證和測試，可實現(xiàn)的。
需求文檔必須是可驗證和可測試的，因此測試用例一般需要根據(jù)需求文檔制定。
在編寫需求文檔過程中不要忽視了系統(tǒng)的性能，安全，冗余，可擴(kuò)展性，效率等非功能性需求。這些對系統(tǒng)架構(gòu)有著重要的影響。
編寫需求過程中業(yè)務(wù)需求編寫和后續(xù)的界面建模最好分離，避免一開始就陷入到界面操作的細(xì)節(jié)而忽視了重要的業(yè)務(wù)規(guī)則。
需求語句最好是主動的動賓結(jié)構(gòu)，語句要簡短但又清晰，對于經(jīng)常出現(xiàn)的術(shù)語應(yīng)該統(tǒng)一抽取到詞匯表或數(shù)據(jù)字典中進(jìn)行描述。
需求中不要出現(xiàn)可能，應(yīng)該，估計，最佳，比較，易用等無法測試和實現(xiàn)的詞語。
高質(zhì)量的需求要考慮到用戶或業(yè)務(wù)需求可能發(fā)生的變化，系統(tǒng)的可擴(kuò)展性不是從設(shè)計階段才開始的事情，而應(yīng)該在需求階段就綜合考慮。
高質(zhì)量的需求不是簡單對用戶需求的描述，而是需要對用戶需求進(jìn)行挖掘，真正搞清楚用戶的潛在需求。
需求應(yīng)該有相應(yīng)的重要級別和優(yōu)先級別的定義。
需求最好能夠轉(zhuǎn)換為一條條的簡短語言描述，以便于需求的測試和實現(xiàn)。便于需求的修改，便于需求的追蹤。
【?發(fā)表評論?0條?】