agenda突破了計算機的嚴格邏輯與人類的語焉不詳之間的阻隔，在這篇黃土上開拓出一片新土地。它的建立者們（卡普爾，後來創辦了手寫計算公司go的傑瑞、卡普蘭[jerry kaplan]以及愛德華.j.畢洛夫認定義了一些超乎尋常的原則：使用者不用關心軟體的儲存結構，只管輸入資料就好；使用者應該能夠容易地擴充套件和修改資料結構、新增新分類，且不會導致資料丟失；使用者應該能夠用自己建立的新方式檢視資料——也可以在自己建立的檢視中操作和修改資料。
（一）使用者推廣給未來可能的使用使用者
我們的使用者全部是來自非學生群體，因此，使用者註冊量僅20條。使用者主要來自家人、已經工作的同學。這其中有乙個錯誤方向，就是投遞給了阿姨叔叔輩，收集使用者反饋。他們的反饋往往是，這個東西看不懂很好，當然，很麻煩。最後，才明白不應該為了收集使用者反饋而隨意找使用者，這些使用者反饋往往是無效的，在日後他們是不可能使用該**去找工作的。因此對於前期客戶，應該選擇可能存在的使用者進行測評。
（二）測試方式，希望是簡單直接
通過網路交流，說明**的用途及使用流程，這是乙個比較考量情商的事情。因為你給使用者說多了，他會覺得操作很麻煩，說少了，他似乎又不懂你想讓他幹什麼事情。最初使用傳送大段文字訊息進行說明，先讓其瀏覽**，再填寫使用者反饋調查問卷。效果不好，使用者往往敷衍了事，交流起來存在困難，大多想直接一點，趕快完事。
於是，我們將收集方式進行簡化，通過一張說明註冊、登入、填寫問卷的步驟。這樣收集到的使用者反饋資訊有效率大大提高。
（三）讀懂使用者的使用感受
當收集到非專業使用者的使用感受，他們往往不能直接描述。只會說：感覺操作有點怪，這裡好不方便、感覺沒啥用。這樣就需要測試人員通過角色轉換，去推測使用者想要表達的意思了。比如，操作奇怪，其實就是**使用不友好，該設定的提示資訊缺乏，在一些空連線未做處理，老是顯示not found 404介面。
（四）**需要有自己的特色
「助成部落格」：部落格首頁
看看現在，我們使用的軟體中也只有少數能夠做到以上原則，因此可以想象設定高目標是多麼的膽大妄為。
程式或**總是要按照你給他設定的方式而不是你自己的方式填空——社會保險號碼 裡面不得有連字元！信用卡號不得包括空格等。
閱讀筆記03
閱讀軟體需求模式第三章 需求模式的概念 了解需求模式 定義一種特定型別需求的方法。應用於單個需求，一次定義乙個需求。通過需求模式，可以在系統開發中提供參考，節省時間，提供開發指導，給予開發的基礎。同時需求模式要求定義其他額外需求 隨性需求和普遍性需求。如何機型需求模式的編寫？如下 1.基本細節。宣告...
假期閱讀筆記03
第五章主要介紹了面向資源的架構設計，對於web開發我們是比較熟悉的，在我們大二第二個學期的時候我們學習了 web開發的一些基礎知識，在上個學期我們每個人都獨立的的完成了乙個 web專案，企業中聚焦資訊的架構與 web具有一樣的明確特點 伸縮性 彈性 架構遷移策略 資訊驅動的訪問控制等。這個過程中，業...
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...