10.1 典型使用者和典型場景
①怎樣定義典型使用者？
我們首先要定義使用者的角色。正如戲劇中有正面和反面的角色，軟體系統中也有受歡迎的和不受歡迎的典型使用者。
不受歡迎的典型使用者——指那些有不正當目的的使用者，如在乙個房地產業主論壇中濫發房屋中介廣告的使用者——這些使用者也許在別的系統中（如房屋中介論壇）是受歡迎的
典型使用者只是我們的設想，還要和這些典型使用者的代表交流，理解使用者，理解他們的工作方式和需要。然後再修改，細化典型使用者
②從典型使用者到場景
有了典型使用者之後，我們還得決定每乙個典型使用者的目標——他/她使用系統想要達到什麼目的。對於每乙個目標，列出達到目標所必須經歷的過程，這就是場景，也可以叫故事。注意，有些場景描述了成功的結果，有些場景描述了失敗的結果。使用者和系統有成百上千種可能的互動情況，寫場景時要有針對性。
③場景怎麼寫？
④場景之間如何區分呢？
10.2 用例
和典型人物、典型場景的方法類似，用例（usecase）也是很常用的需求分析工具。用例有這樣一些 基本元素：
主要成功場景（main success scenario）：一系列步驟描述角色是怎樣和系統互動，從而達到目標的
步驟（step）：描述每一步的互動（例如一套正常的atm取款流程）
擴充套件場景（extension）：描述一些擴充套件的互動，例如一些意外情況（例如取款時賬戶餘額不足）
10.3 規格說明書（spec）
①規格說明書（specification）簡稱spec，分為以下兩種：
1. 軟體功能說明書（functional spec），主要用來說明軟體的外部功能和使用者的互動情況（把軟體當作乙個黑盒子）
2. 軟體技術說明書（technical spec），又叫設計文件（design doc），主要用來說明軟體內部的設計規範（把軟體當作乙個透明的箱子）
②寫好乙個spec
第一，定義好相關的概念
第二，規範好一些假設（assumptions）
第三，避免一些誤解，界定一些邊界條件
第四，描述主流的使用者/軟體互動步驟
第五，一些好的功能還會有***
第六，服務質量的說明
構建之法讀書筆記
場景 故事 版權 版本 維護人 1.背景 a.典型使用者 姓名 性別 年齡 職業等 b.使用者需求 痛點 c.假設 2.場景 關於這個場景的文字描述角色 與軟體互動的角色，如使用者等其他實體，甚至時間 主要成功場景 一系列步驟 步驟 描述每一步的互動 擴充套件場景 描述一些意外情況 軟體功能說明書 ...
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...
構建之法讀書筆記
在上一次，我讀了大道至簡，在大道至簡中，我理解了軟體開發所需要的是簡化與便捷，這是軟體工程需要思考的地方。而在構建之法中，我學到了軟體開發中更符合我的問題的東西。書中說，軟體工程師的成長分為四個階段 玩具時期，愛好者時期，探索者時期，行業時期。在這四個時期中，我處於玩具時期。還沒有掌握最基本的東西。...