典型使用者不再是乙個抽象的概念,而應該是乙個活生生的人。乙個典型使用者描述了一組使用者的典型技巧、能力、需要、想法、工作習慣和工作環境。在設計軟體的過程中,我們往往會以自己使用產品的習慣對軟體行業的熟悉程度出發設計,忘記了我們的軟體是給千千萬萬個不那麼會用電腦的人使用的。在這種情況下,搞乙個「典型使用者」會強迫我們在考慮問題時從使用者的角度出發。
有了典型使用者之後,我們還得決定每乙個典型使用者的目標——他/她使用系統想要達到什麼目的。對於每乙個目標,列出達到目標所必須經歷的過程,這就是場景,也可以叫故事。注意,有些場景描述了成功的結果,有些場景描述了失敗的結果。使用者和系統有成百上千中可能的互動情況,寫場景時要有針對性。
找到這個場景的特殊之處,對於共同的流程可以一筆帶過,重點描述場景中特殊的因素,把場景組織成乙個故事,這樣就能把乙個完整的使用者與系統互動的流程記錄下來,以後進行產品演示或驗收都可以以此為基礎。
構建之法閱讀筆記05
時隔多日,自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求,準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者,了解和挖掘他們對軟體的需求,引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試,直到上台講述的之前的一段時間才發現了一些問題,甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中,有這樣乙個拐點存在 在這一點之前,新的...
構建之法閱讀筆記05
這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章,創新在現代的社會中是乙個被說爛了的詞語,各行各業都在提倡創新,就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節,列舉出了七個迷思,接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...