介面需求的分析方法(轉自csai論壇)

chance2000發表於2006-03-26

介面需求的分析方法

[@more@]

介面需求的分析方法

1、引言

軟體的“介面”是人與計算機之間的媒介。使用者透過軟體的介面來與計算機進行資訊交換。因此,軟體介面的質量,直接關係到軟體系統的效能能否充分發揮,能否使使用者準確、高效、輕鬆、愉快地操作。所以軟體的友好性、易
用性對於軟體系統至關重要。

目前,國內軟體開發者在軟體的設計過程中很注重軟體的開發技術及其所具有的業務功能,而忽略了使用者對軟體介面的需求,從而影響了軟體的易用性、友好性;對介面設計的研究也集中在介面設計技術、設計手段上。軟體開發
人員在設計時以經驗為參考依據,缺乏對實際使用者顯示需求的瞭解。

要知道軟體的友好性、易用性同使用者的“特徵”緊密相聯,同樣的軟體介面,不同使用者可能有截然相反的評價。因此分析使用者的特徵、瞭解使用者的需求和操作習慣,是開發軟體介面的必要步驟,必須引起足夠的重視。

本文討論了一種介面需求分析的方法,意在探討如何完成針對軟體系統所有使用者的“介面需求”的定義,從而開發為使用者所接受的介面。我們的目的在於幫助設計人員快速明確使用者的介面需求,讓使用者充分參與到介面需求分析中
來,從而在最終的“介面需求說明”中體現使用者的思想,滿足使用者要求。

2、介面需求分析過程

2.1 介面元素

通常一個軟體介面的”元素“包括介面主顏色、字型顏色、字型大小、介面佈局、介面互動方式、介面功能分佈、介面輸入輸出模式等。其中,對使用者工作效率有顯著影響的元素則是:輸入輸出方式、互動方式、功能分佈。 在
使用“命令”式互動方式的系統中,命令的名稱、引數也是介面元素的內容,如何設計命令及引數也很重要。

影響使用者對系統友好性評價的元素則有:顏色、字型大小、介面佈局等,這種劃分不是絕對的,軟體介面作為一個整體,其中任何一個元素不符合使用者習慣、不滿足使用者要求都將降低使用者對軟體系統的認可度,甚至影響使用者的工
作效率,也可能使使用者最終放棄使用該系統。

圍繞介面元素所要達到的設計目的是讓終端使用者能夠獲得美感、提高工作效率、易於操作使用系統。

目前在介面元素的選擇、佈局設計等方面的研究進行得較多,內容涵蓋了人機工程學、認知心理學、美學、色彩理論等方面的探討。

2.2 使用者角色

介面需求分析必須以使用者為中心,不同於客觀功能的需求分析——具有很大的主觀性。雖然,介面設計人員可以按照通行的原則來設計,但是使用者個體的文化背景、知識水平、個人喜好等是千差百異的,其介面需求也是相差很大
。不同的使用者,對軟體介面有不同的要求,表達自己要求的方式也盡不相同。而且使用者的介面要求通常不象業務功能需求那樣容易明確、有據可查、可以利用專門工具進行分析。多數使用者往往並不能提出明確的、全域性的介面需求
,其需求同自身主觀因素聯絡緊密,是模糊、變化的。

調查使用者的介面需求,必須先從調查使用者自身的特徵開始,將不同特徵使用者群體的要求進行”綜合“處理,再有針對性地分析其介面需求。因此這裡引出“使用者角色”這個概念。

“使用者角色”是指按照一定參考體系劃分的使用者型別,是能夠代表某種使用者特徵、便於統一描述的眾多使用者個體的集合。

使用者調查的目標是透過調查分析使用者特徵,將單一使用者歸納集合,將使用者集合定義為“角色模型”,同時賦予不同的優先順序別,瞭解記錄其介面需求。

使用者的需求調查和其特徵調查即使用者角色定義,往往同時進行。 調查的方法有很多種,如直接交流、資料統計、表格調查等。使用者角色定義的原則是有代表性、同軟體系統功能有關並有利介面的需求分析。一個使用者角色可能包
括大量的使用者個體,他們對於介面的要求可以按照一定的介面模型進行定義。

在一個軟體系統中,使用者角色定義時所依據體系可以多種多樣,一個單一使用者可以屬於不同參考體系下的不同使用者角色,但是一個使用者角色要求能夠代表一種介面需求型別。如收銀員就是按照使用者工作職位劃分出來一個使用者角色
,如果按照操作計算機的熟練程度,屬於收銀員角色中的系統使用者又可以分為:熟練使用者、生疏使用者。

使用者角色定義就是人機工程學理論在軟體開發過程中的一種應用。使用者角色的確定可以根據系統需求方提供的使用者資料和行業經驗,如美學觀念、使用者計算機水平、使用者工作內容等對使用者進行初始角色定義,然後在需求調查過程
中進行修正擴充。

之所以要定義使用者角色,是因為不同的使用者角色在需求分析過程中的需求目標不同,側重點也不同,甚至互相矛盾。在一個大型系統中,需求分析人員面對的使用者只能是眾多單一的使用者個體,他們的需求千奇百怪。只有明確了用
戶角色,需求分析人員才能在紛亂複雜而又不甚明瞭的使用者要求中理出脈絡,依據使用者角色不同的優先順序別,平衡眾多使用者需求中的矛盾,抽象出完整的GUI介面模型。

2.3 需求變化

我們知道使用者對於介面通常只能提出基本的要求,且不一定科學,因此如何誘導使用者在專案進行中儘早明確自己的需求,是任何需求分析人員都會面臨的問題。

使用者根據自己想象中的理想系統向分析開發人員提出自己的要求。開發方實現目標後交給使用者,在軟體系統實施執行後,使用者將實際目標系統同自己想象中的理想系統對比,同時目標系統的使用會刺激使用者修正想象中的理想系統
,然後提出新的需求。由於軟體介面的評審因素同使用者的心理狀況、認識水平有很大關係,所以對於軟體介面,使用者只有在使用過之後才能知道是否符合自己的操作習慣,顏色、字型等介面元素是否滿足自己的要求,從而提出更
明確的要求。

2.4 介面原型

由於在軟體開發前期,使用者的介面需求很模糊,甚至沒有自己的理想模型,使用者提出的要求就很難量化,結果很容易被需求分析人員忽略。因此在使用者角色定義完成後應以“快速原型法”來設計使用者介面,可以幫助使用者儘快完善
自己的理想模型。

利用介面原型可以將介面需求調查的週期儘量縮短,並儘可能滿足使用者的要求。快速原型法是迅速地根據軟體系統的需求產生出軟體系統的一個原型的過程,其主要好處是可以儘早獲得更完整、更正確地需求和設計。

利用介面原型,使用者可以很感性地認識到未來系統的介面風格以及操作方式,從而迅速作出判斷:系統是否符合自己的感官期望,是否滿足自己的操作習慣,是否能夠滿足自己工作的需要。需求分析人員可以利用介面原型,誘導
使用者修正自己的理想系統,提出新的介面要求。

因此,介面需求分析的步驟可為:確定所涉及的介面元素,分析使用者特徵並定義使用者角色,依據使用者角色的介面需求設計介面原型並不斷改進完善。

3 需求分析的結果

3.1 面向使用者的分析結果

使用者角色的優先等級是將不同使用者的要求進行綜合處理的重要參考依據。不同使用者角色對介面的要求體現在介面元素的屬性上,介面元素構成使用者介面。介面元素的屬性不同,最終的介面風格就會不同。同一個系統中的不同使用者
角色,面對介面原型,提出的要求可能產生衝突,需求分析時依據使用者角色優先順序別的不同,對介面原型作出對應修改。

不同使用者角色的需求在目標系統中實現方法也有不同。使用者需求是否在目標系統中得到體現,取決於實現使用者需求所帶來的成本、效益,並不是所有的使用者介面需求都會體現在系統介面中。介面同使用者聯絡緊密,在特定情況下,
可以利用培訓使用者的方式使使用者滿足系統的要求。

友好的目標系統應該是同使用者的理想模型接近甚至一致的,因此需求分析最終應該充分明確使用者的潛在需求,並將使用者需求在目標系統中實現。在需求分析過程中使用者面對的始終是感性的視覺化的實際執行介面,因此介面需求的
結果就是滿足自己要求的目標系統介面。

3.2 面向設計人員

由於應用快速原型法後,可以直接透過改進原型得到目標系統而不必從頭做起,所以一般可結合表格法一起進行分析,以利於形成準確的需求說明書。表格法就是將軟體介面的構成元素分解為不同類別的最小單位並加以描述,按
照劃分後的元素單位擬定不同的設計方案,列出詳細表格,使用者可以按照描述說明作出自己的選擇。

表格的設計原則是以介面元素為基本內容,依據使用者角色和系統功能進行合理分割,能夠全面、準確描述介面風格。其內容可以固定為三個部分:平面設計、互動方式定義、功能模型定義。

平面設計包括視覺設計、聽覺設計等,通常是使用者直接可以感受到的介面元素,能讓使用者從心理上獲得舒適感、愉悅感。互動方式定義指計算機系統及軟體系統同使用者交流資訊的方式,包括滑鼠、鍵盤等的使用,是否有命令模式
,是否有語音輸出,資訊顯示方式等內容。功能模型定義是指根據每個使用者角色要完成的一系列工作和任務,將對應系統功能按照一定的優先順序建立成特定的模型,按照這種模型來來組織介面佈局,方便使用者完成一系列工作。實
際上,大家用得很多的選單和導航功能就同使用者角色的工作系列有關。

利用表格形成文件,目的在於方便交流,並在設計人員和使用者之間建立一座溝通的橋樑。

4 結束語

介面需求分析的結果應該是清晰、準確、符合使用者習慣、滿足人機工程學要求的介面設計方案,能夠形成清晰的開發文件。

本文介紹了將模糊卻又時時存在的使用者需求轉化為清晰、準確的需求定義文件的一種方法。該方法可以作為進行需求分析的基本思路在實際專案中擴充發展、靈活應用。目前該方法在多個專案中得到實踐應用,對提高軟體系統友
好性、降低系統實施成本方面頗有意義。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/802415/viewspace-823045/,如需轉載,請註明出處,否則將追究法律責任。

相關文章