『定義』:
檢查每項(xiàng)需求并確保它能為后續(xù)活動(dòng)提供清晰、完整和無二義的描述,說明要構(gòu)建什么。
『需求評(píng)審關(guān)注的幾個(gè)方面』:
1、超出范圍
1)對(duì)于工作之外的某個(gè)實(shí)體,增加承載這方面信息的數(shù)據(jù)流,就增加了工作的范圍,它就不是工作的一部分,超出了范圍。
2)許多非功能性需求也可以看作是對(duì)項(xiàng)目的目標(biāo)有間接貢獻(xiàn),相比之下,無關(guān)的需求表明需要和需求的提出者談?wù)劇?br /> 2、測試完整性
1)使用白雪卡作為需求項(xiàng)框架,來測試需求的完整性。
2)白雪卡的要素:需求編號(hào)、需求類型、事件/BUC/PUC編號(hào)、描述、理由、來源、驗(yàn)收標(biāo)準(zhǔn)、顧客滿意度、顧客不滿意度、依賴關(guān)系、沖突、支持材料、歷史
3、測試驗(yàn)收標(biāo)準(zhǔn)
1)采用數(shù)字來表達(dá)需求,但數(shù)字本身必須不是主觀確定的,要基于事實(shí)依據(jù)。
2)采用事先定義的標(biāo)準(zhǔn),如公司品牌標(biāo)準(zhǔn)。
4、一致使用術(shù)語
1)要讓指定的需求只能以一種方式理解,除了驗(yàn)收標(biāo)準(zhǔn)之外,還需要在規(guī)格說明書中定義術(shù)語及其含義。
2)檢查每項(xiàng)需求使用術(shù)語的方式都符合定義。
5、限制條件下是否可行
1)考慮產(chǎn)品的用戶是否是熟練的計(jì)算機(jī)操作者,如:采用最新的高科技向很老的人支付養(yǎng)老金。
2)組織機(jī)構(gòu)是否足夠成熟,能應(yīng)付某項(xiàng)需求,如:請(qǐng)的是最低工資的體力勞動(dòng)者,指定的產(chǎn)品卻需要有工程學(xué)位才能使用。
3)你是否具備這項(xiàng)需求的技術(shù)能力,如:指定的產(chǎn)品超出你的開發(fā)能力。
4)是否有時(shí)間和財(cái)力來實(shí)現(xiàn)該項(xiàng)需求,如:需求成本超出預(yù)算
5)是否所有利益相關(guān)者都接受該需求,如:如果相當(dāng)一部分利益相關(guān)者不認(rèn)可一項(xiàng)需求的情況下,在產(chǎn)品中加入這項(xiàng)需求是徒勞的。
6、需求還是解決方案
1)需求越抽象,就越不可能是解決方案。
2)必須拒絕所有不是需求的解決方案,除非解決方案實(shí)際上是限制條件。
7、需求價(jià)值
1)顧客滿意度的評(píng)分
2)顧客不滿意度的評(píng)分
8、鍍金需求
1)檢查那些不必要的特征或需求
2)檢查方法:“如果沒有該需求,會(huì)有影響嗎?”、“不滿意評(píng)分很低”,其中,某些特征可以被認(rèn)為是鍍金的,但拒絕之前要問一下,是否增加了產(chǎn)品的吸引力,還是只增加了成本。
9、需求蔓延
1)指在大家認(rèn)為需求已經(jīng)完成后,新需求又進(jìn)入規(guī)格說明書。
2)如果評(píng)分高,那么蔓延的需求也許可以容忍(伴隨著預(yù)算的調(diào)整)。
3)需求所附的理由必須有意義,通常蔓延的需求的理由會(huì)表明,該需求超出了范圍。
4)大多數(shù)的需求蔓延都是因?yàn)橐婚_始就沒有正確地收集需求
5)用戶和客戶沒有機(jī)會(huì)完整的參與需求過程,毫無疑問,需求將是不完整的。
『需求規(guī)格說明書模板』:
1)項(xiàng)目驅(qū)動(dòng)
1.項(xiàng)目的目標(biāo)
2.利益相關(guān)者
2)項(xiàng)目限制條件
1.強(qiáng)制的限制條件
2.命名慣例和定義
3.相關(guān)事實(shí)和假定
3)功能需求
1.工作的范圍
2.業(yè)務(wù)數(shù)據(jù)模型和數(shù)據(jù)字典
3.產(chǎn)品的范圍
4.功能需求
4)非功能需求
1.觀感需求
2.易用性和人性化需求
3.執(zhí)行需求
4.操作和環(huán)境需求
5.可維護(hù)性和支持需求
6.安全需求
7.文化需求
8.法律需求
5)項(xiàng)目問題
1.開放式問題
2.立即可用的解決方案
3.新問題
4.任務(wù)
5.遷移到新產(chǎn)品
6.風(fēng)險(xiǎn)
7.費(fèi)用
8.用戶文檔和培訓(xùn)
9.后續(xù)版本需求
10.關(guān)于解決方案的設(shè)想
『發(fā)現(xiàn)原子需求和原子需求的屬性』:
1、原子需求:是因?yàn)樗鼈儾恍枰纸猓鼈儼恍傩裕拖裾嬲脑影恍﹣喸恿W樱鳛橐粋€(gè)單元來處理更有用。這些屬性溝通了完成的原子需求,看成需求項(xiàng)框架。
2、利用白雪卡展現(xiàn)需求項(xiàng)框架。需求分析師逐步發(fā)現(xiàn)并把各條目補(bǔ)充完整,從而得到一項(xiàng)完整、嚴(yán)格的需求。
3、原子需求屬性(需求項(xiàng)框架[利用白雪卡展現(xiàn)]):
1.需求編號(hào)
2.需求類型
3.事件/用例編號(hào)
4.描述
5.理由
6.來源
7.驗(yàn)收標(biāo)準(zhǔn)
8.顧客滿意度和不滿意度
9.優(yōu)先級(jí)
10.沖突
11.歷史
『匯編需求規(guī)格說明書』:
1、與其說需求規(guī)格是寫出來的,不如說是匯編的。
2、需求規(guī)格說明書模板和白雪卡提供了方便的指導(dǎo),說明了匯編哪些內(nèi)容才能得到完整的需求規(guī)格說明書。
3、模板指出了規(guī)格說明書要包含的主題
4、白雪卡表明了每項(xiàng)原子需求要包含的內(nèi)容
posted on 2014-05-16 22:10
cheng 閱讀(1236)
評(píng)論(0) 編輯 收藏 所屬分類:
需求分析