為了理解使用系統的是哪種型別的使用者，我們構建乙個角色模型，它由一組使用者角色以及乙個定義其相互關係的使用者角色關係圖組成;為了理解使用者使用系統做什麼事情，我們構建乙個任務模型,它由一些基本用例和乙個用例關係圖組成。為了描述需要提供什麼工具和材料來支援那些基本用例,我們使用乙個介面環境模型以及乙個用來定義使用者介面體系結構中各種互動空間之間相互關聯的導航關係圖。為了表示設計方案需要如何根據其使用的操作環境進行調整,我們建立乙個操作模型。實現模型指的是體現為紙面原型或視覺化設計的具體模型,它展示出所實現使用者介面的各個成分最後看起來會是什麼樣子。
以使用為中心的設計方法的核心是三個抽象模型,我們用這些模型來表示使用的結構以及支援這種使用的使用者介面的體系結構,這三個抽象模型是角色模型、任務模型和內容模型。這其中的每乙個模型都出乎意料地十分簡單,在使用時只需掌握很少的概念和約定,但結合在一起使用,卻能夠比較容易地表示複雜的問題和豐富的應用。角色模型明確使用者可以扮演的角色,它表示系統與使用者之間可能存在的各種形式的關係。任務模型的基礎是基本用例，這些基本用例通過使用者使用系統完成工作過程中可以達到的各種各樣的目的來表示特定的使用案例。基本用例來自於使用者角色，介面所包含內容及其組織方式的內容模型可以被認為在邏輯上依賴於任務模型。最終的視覺化設計需要以體系結構模型為基礎,而且需要根據系統使用的實際環境進行調整。操作模型有助於針對使用系統的操作環境的條件和約束來對視覺化設計進行調整。
以使用為中心建模的實際過程具有更加靈活和非正式的特點。在實際運用當中,這些模型往往是並行建模的,在這個過程中,分析或設計人員會在各個模型所提供的不同檢視之間頻繁切換。熟練地在不同的檢視之間進行切換,以便從最適合於當前問題的模型的視角來進行工作。大多數人覺得按照順序而不是並行方式來學習以使用為中心的建模方法更容易一些,即先建好乙個模型,然後再對邏輯上的下乙個模型進行建模。這些模型所關注的焦點是使用者介面和互動設計。對於乙個完整的軟體系統設計來說,軟體開發人員已經熟悉的其他模型也是必需的。在這些其他模型中,最重要的是資料模型,其形式可以是實體關係圖,也可以是物件類模型。資料模型定義系統識別和維護的資料種類。資料模型和資料建模有的時候與使用者介面設計的某些方面有密切聯絡,但是在使用者介面設計上任務模型起著更重要的作用。
面向使用的軟體設計隨筆16
以使用為中心的設計方法所採用的抽象模型傾向於使問題簡單化,鼓勵使用一般的而不是特殊的概念來進行思考。反覆地進行簡單化和一般化可以使模型以及從模型產生的介面設計趨向於其最本質的核心。開發人員一次又一次地修改自己以前的工作,對其進行簡化,使之更加通用，最後開發出更小 更簡單的系統,在保持系統複雜性和成本...
面向使用的軟體設計隨筆14
我們不能指望只根據看問題的一種視角就能設計出好的使用者介面。我們需要多個角度的檢視來設計介面。對於使用者介面來說,只有主螢幕的一幅草圖是不夠的,我們還需要描繪出使用者介面的不同部分如何相互連線。乙個好的使用者介面設計是以好的使用者介面體系結構為基礎的，而乙個好的體系結構應當支援方便高效的使用。以使用...
面向使用的軟體設計隨筆10
在計算機程式設計和軟體開發領域，以往對使用者或系統可用性並不總是那麼關注。資訊的使用者所得到的是乙份數字形式的報告或 如果報告或 的行列經過格式化使得數字容易閱讀的話,那就算是使用者的一種好運氣了。從最嚴格的意義上說,可以認為穿孔卡片的輸入區和列印報告上的行列構成了早期應用程式的使用者介面,但人們通...