需求工程系列:
軟件需求工程習題1(1~4章)
軟件需求工程習題2(5~7章)
需求工程中的面談和原型(8、9章)
更新中……
第十章 需求獲取方法之觀察與文檔審查
常見的觀察方法:
1.採樣觀察(Sampling Observation):傳統、簡單的觀察方法。
2.民族誌(Ethnography):深入到用戶中,長期、浸入式的觀察方法。
3.話語分析(Discourse Analysis):對用戶之間的交談行爲的觀察。
4.協議分析(Protocol Analysis): 對用戶任務的觀察。
5. 任務分析(Task Analysis):專門針對人機交互行爲進行的觀察。
觀察方法的適用情況:
1.當用戶無法完成主動的信息告知,或者用戶與需求工程師之間的語言交流無法產生有效的結果時,採用觀察方法。
2.用戶無法完成主動告知的原因歸結於事件的情景性(情景性是指某些事件只有在和他們發生時的具體情景環境聯繫起來才能得到理解)。
情景性的重要性質:
突現(Emergent):集體促成 ,互動中突現 ,互動聯繫理解事件
局部(Local) :事件及解釋在特定的上下文環境 才成立
暫時(Contingent) :事件及解釋受活動演進過程的影響
涉身(Embodied) :事件及解釋需要特定參與者的認知和能力
開放(Open) :對事件的解釋要保持開放,以進一步完善
模糊(Vague) :基於潛在知識 進行的模糊事件解釋
採樣觀察分爲2種(據實際情況結合使用):
時間採樣:指定時間間隔進行觀察(7個8小時工作日內5個10分鐘)
事件採樣:有目的選取整個事件進行觀察(董事會、用戶培訓會)
民族誌:
最早由人類學家提出,用於理解原始社會的社會機制。民族誌在需求工程中的普及主要歸因於CSCW(計算機支持協同工作)領域的研究和發展。目前,民族誌成功應用的典型示例也都是複雜的協同問題 ,旨在瞭解工作的社會性因素,解決突現的情景性問題。
文檔審查:
是一種傳統的需求獲取方法,是專門針對文檔進行的需求獲取活動。
文檔審查的獲取對象包括:
原有產品或競爭產品的需求規格說明
硬數據
客戶的需求文檔(委託開發的規格說明、招標書)
文檔審查的方法:
小結:
在需求獲取的諸多方法當中,觀察
的作用越來越顯重要,它可以幫助解決情景性問題。
採樣觀察的應用方法較爲固定,但民族誌
的應用非常複雜,需要很多的實踐積累。
文檔審查方法是專門用於處理各種硬數據
的需求獲取方法。
爲什麼說在面談時僅僅傾聽是不夠的,觀察和記錄所觀察的內容同樣是很重要的?
面談並不能確保用戶能夠將所有的信息都告知需求工程師,諸如一些語言無法確切描述的事務,而觀察能夠了解用戶真正做什麼,還能夠獲取到其他方法不能得到的用戶及其工作環境的信息,還可以對從其他方法獲取的信息進行確認,所以我們應該重視觀察方法的應用。
那應該觀察些什麼呢?
觀察客戶所處的環境(得出何種需求才能更適合客戶)。 觀察客戶行爲、習慣特徵(得出更適合客戶使用的軟件需求)。
習題:
1.當用戶無法完成主動的信息告知,或與需求工程師之間的語言交流無法產生有效 的結果時,有必要採用( 觀察法
)。
2.以下( C
)不是情景性的重要性質?
A、突現
B、涉身
C、完善
D、模糊
3.下列( D
)不是需求獲取常見的模型驅動方法?
A、面向目標的方法
B、基於場景的方法
C、基於用例的方法
D、基於採樣的方法
4.航空調度、證券交易、醫療手術控制等複雜的協同問題都具有( 突現
)的情景性。
5.民族誌的一個主要應用目的就是研究和解決( 複雜的協同
)問題。
6.複雜的工作總會同時存在着正常流程和異常流程,異常流程大多是一些特殊情況下 的處理,限定了異常處理的上下文環境,即異常處理具有( 局部
)的情景性。
7.有很多重要工作的進行需要用戶具備一定的認知,認知要求已經成了用戶工作必備 的部分,即工作具有( 涉身
)的情景性。
8.採樣觀察是簡單的觀察方法,應用目的是發現(異常流程
),驗證用戶所述知識和實際的一致性,以及發現默認知識。
9.時間採樣允許需求工程師建立指定的( 時間間隔
)來觀察用戶的活動情況。
10.文檔審查主要獲取對象包括相關產品的需求規格說明、( 硬數據
)和客戶的需求文檔。
11.文檔分析通常是數據建模方法的一個基礎部分,它是通過檢查採集的硬數據來確定(潛在的需求
)。
12.如果當前存在一份客戶的需求文檔,就可以使用( 需求剝離
)技術,從需求文檔中抽取單個的需求並加入到新的需求文檔之中。
13.採樣觀察分爲時間採樣和( 事件採樣
)2種。
14.文檔審查是是專門針對文檔進行的( 需求獲取
)活動。