今天我閱讀了《構建之法》典型使用者和場景方面的內容。從中我了解到了很多知識。
首先，當我們在寫軟體的時候，只考慮過使用者，但從沒認真想過使用者有多少種，他們有什麼區別。這也是我以前從未考慮過的東西。而這一章節，告訴了我們需要注意的另一些問題。從作者的描述中，我還明白了光看使用者的表面語言或行動還是不夠的，還要找到使用者語言行動背後的動機。在設計軟體的過程中，設計/
開發者往往會以我們使用產品的習慣和我們對產品的熟悉程度出發設計，忘了我們的軟體是給千千萬萬個不那麼會用電腦的人使用的。所以在這種情況下，描述典型使用者是解決這些問題的好方法。除了這些，我們還需要把這些放到場景中去，極大還原使用者使用的過程，對我們軟體的設計和未來的發展有巨大作用。
總之，在閱讀《構建之法》的過程中，我確實了解了很多未來工作可能遇到的東西。確實受益良多。
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試，直到上台講述的之前的一段時間才發現了一些問題，甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中，有這樣乙個拐點存在 在這一點之前，新的...
構建之法閱讀筆記05
這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節，列舉出了七個迷思，接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...