以使用為中心的設計方法所採用的抽象模型傾向於使問題簡單化,鼓勵使用一般的而不是特殊的概念來進行思考。反覆地進行簡單化和一般化可以使模型以及從模型產生的介面設計趨向於其最本質的核心。開發人員一次又一次地修改自己以前的工作,對其進行簡化,使之更加通用，最後開發出更小、更簡單的系統,在保持系統複雜性和成本不增加的情況下,可以給使用者提供更多的價值。簡單化和一般化是以使用為中心的設計過程的各個模型間相互聯絡的紐帶。軟體設計的真正目標是建造多快好省的系統。
以使用為中心的設計是致力於軟體可用性的一組協同活動。可以把這些活動大致想象為遊戲用的積木塊,也許可以拿多公尺諾骨牌遊戲做個比喻將這些活動以不同的方式加以組裝，來構成從概念到成品軟體的一條路徑。就像多公尺諾骨牌一樣,有許多邏輯關係要求某些部件(即某些活動)按照多種可能順序中的某種特定順序裝配在一起。在瀑布模型中,整個過程被分割為一系列順序執行的步驟或階段。而以使用為中心的設計是乙個併行工程過程,相互分離和獨立的活動在可能的情況下並行執行。併行工程方法已經成功地被應用在現代設計、工程、建造和製造的許多領域,以更快更高效地生產出完善的產品。併行工程同時開發各種各樣的模型、描述和子系統。當工作的結果基本上相互獨立時，它們的開發就可以通過獨立、併發的活動來進行;當工作的結果基本上是相互關聯時,就必須通過某種形式的有效通訊手段對併發活動進行協調。以使用為中心的設計活動都有各自的側重點和用途。活動之間的界線並不總是很明確的,這表示活動可以或多或少地重疊,而且經常並行執行。
有經驗的設計人員實際上可能在併發的活動中同時開發任務模型和內容模型，但是應當先關注工作的本質和結構,然後在涉及設計細節時再根據操作的條件和約束對使用者介面進行調整，這樣才能獲得好的設計。應當把任務的組織作為決定介面體系結構的首要因素，而把操作環境放在第二位,只有這樣才能得到好的結果。許多使用者介面設計方法都是從使用者介面標準或風格指南開始的，或者是首先來制定乙個這樣的標準, 或者是依據這樣乙個已有的標準來開始設計。在還不清楚要做什麼或需要對什麼進行標準化的時候, 就試圖對什麼東西制定標準,是不合邏輯的。應當從對工作和設計需求的理解出發來遵循適當的標準和風格指南。在實踐中，一些標準和風格定義可能在某個專案開始之前就已經存在了。使用者介面標準和風格指南必須持續地對設計施加影響,但同時也必須根據建模和設計活動的結果對其自身進行評審和修改。
軟體開發的最終目標是得到乙個可用的工作系統,所以設計和改進活動必須最終導致對工作系統的建造和測試。使用者在以使用為中心的設計中起著重要作用,儘管他們並沒有處在設計過程最核心的位置。使用者或使用者代表參與設計過程的若干活動可以採取混合的方式,或者讓使用者和開發人員一起工作,或者讓使用者對開發人員的工作進行評審並提供反饋意見。因此,這個過程的特徵應當是使用者參與，而不是以使用者為中心。
面向使用的軟體設計隨筆15
為了理解使用系統的是哪種型別的使用者，我們構建乙個角色模型，它由一組使用者角色以及乙個定義其相互關係的使用者角色關係圖組成 為了理解使用者使用系統做什麼事情，我們構建乙個任務模型,它由一些基本用例和乙個用例關係圖組成。為了描述需要提供什麼工具和材料來支援那些基本用例,我們使用乙個介面環境模型以及乙個...
面向使用的軟體設計隨筆14
我們不能指望只根據看問題的一種視角就能設計出好的使用者介面。我們需要多個角度的檢視來設計介面。對於使用者介面來說,只有主螢幕的一幅草圖是不夠的,我們還需要描繪出使用者介面的不同部分如何相互連線。乙個好的使用者介面設計是以好的使用者介面體系結構為基礎的，而乙個好的體系結構應當支援方便高效的使用。以使用...
面向使用的軟體設計隨筆10
在計算機程式設計和軟體開發領域，以往對使用者或系統可用性並不總是那麼關注。資訊的使用者所得到的是乙份數字形式的報告或 如果報告或 的行列經過格式化使得數字容易閱讀的話,那就算是使用者的一種好運氣了。從最嚴格的意義上說,可以認為穿孔卡片的輸入區和列印報告上的行列構成了早期應用程式的使用者介面,但人們通...