監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

需求編寫的一些基本原則

申請免費試用、咨詢電話:400-8352-114

首先要搞清楚的是需求的編寫重點是描述清楚現(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ù)背景,前提,基本流,擴展流,異常,業(yè)務(wù)規(guī)則等重要內(nèi)容;應(yīng)該能夠給出業(yè)務(wù)用例圖和相關(guān)的業(yè)務(wù)對象模型。

符合需求的最基本特征和SMART原則,需求必須是正確,完整,無歧義,可驗證和測試,可實現(xiàn)的。

需求文檔必須是可驗證和可測試的,因此測試用例一般需要根據(jù)需求文檔制定。

在編寫需求文檔過程中不要忽視了系統(tǒng)的性能,安全,冗余,可擴展性,效率等非功能性需求。這些對系統(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)的可擴展性不是從設(shè)計階段才開始的事情,而應(yīng)該在需求階段就綜合考慮。

高質(zhì)量的需求不是簡單對用戶需求的描述,而是需要對用戶需求進(jìn)行挖掘,真正搞清楚用戶的潛在需求。

需求應(yīng)該有相應(yīng)的重要級別和優(yōu)先級別的定義。

需求最好能夠轉(zhuǎn)換為一條條的簡短語言描述,以便于需求的測試和實現(xiàn)。便于需求的修改,便于需求的追蹤。

QQ在線咨詢