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