十一章：軟件設計與實現
工作時要懂得平衡進度和質量。我一直有一個困擾：像我們團隊這次做 男神女神配 社區交友網，我負責主頁的設計及內容模塊，有個隊友負責網站的注冊和登錄模塊，有個隊友負責搜索模塊，有個隊友負責活動查看模塊。但是一個項目是一個整體的，每一個人所負責的每一個模塊都必須關聯起來才能成為一個整體，例如我的主頁完成了50%后，為了查看整體效果， 發給隊友與他的模塊連接起來，如果對方在我的程序上修改了部分，然后同時我也繼續編寫我剩下的內容，雙方都在我那個原本完成了50%的進度模塊上做了修 改，那接下來的工作，到底用誰的？實際上兩邊的修改都要用上，然而我不可能等對方修改后再繼續做下一步工作，而對方也不可能等我完全100%做完我負責的 模塊后才查看修改或連接，因為這樣會導致工作效率大大的下降。這個我覺得這個仿佛有點像我們學習 操作系統 時的那個 售票系統 ，幾個窗口同時都要給顧客售票，總得有一個機制管理剩余的票數，因為不可能能同時幾個窗口成功售出同一張票。
把代碼修改記集成到代碼庫中
將開發人員手頭上的經修改過的大碼簽入源代碼控制系統的步驟：
1、根據場景和開發任務來決定集成的次序
2、互相依賴的任務要一起集成
3、在測試場景時，要保證端到端的測試
4、場景的所有者必須保證場景完全通過測試，然后把場景的狀態改為“解決”
開發人員的標准工作流程：
參考《構建之法》P205
在書本中提到了一點，小飛說他在辦公室里做了10個小時：然后真正能花在開發工作的時只有3個小時，然后工作進展大概只有；兩個小時，他說他的時間 主要是被一些隨機事情干擾了，然后就耗費了許多時間。其實在我的思維中，我一直覺得只要有關本次項目程序的事情，都不算是隨機事情，比如在寫程序的時候， 遇到了一個關於有效性的問題或者是完善的問題，我或許就會改變方向先將這方面做完，我覺得這點並不算是隨機事情，畢竟以后發布的正式版本還是需要考慮到這 點問題。早考慮晚考慮，早晚都要考慮，老師你覺得呢？你認為這樣想可以嗎？
課后練習與討論：如何對付客戶不買賬的行為？
在我個人看法中，如果遇到這點，我覺得首先我會想是不是我和客戶溝通上出現了問題，在早期我可能會先耐心下來與客戶再次好好溝通（畢竟客戶就是 上帝）,盡可能達到客戶的需求，只要能在我們小組工作范圍之內的，可以理解的要求我們都盡可能的滿足，盡快給客戶一個滿意答復。但是，如果我們所遇到的是 一位喜歡刁難的客戶，每次都提出一些極端的要求，那么我覺得對於這類客戶，我們之間也沒有必要有合作的余地了。
十二章：用戶體驗
-
我們要做一個好的設計，就要做到：
♠誰是你的目標用戶？
♠他們會在什么時間使用你的產品？
♠目標用戶會在哪里和你的產品交互？
♠你的產品是什么？而用戶的期待是什么？
♠用戶為什么要使用你的產品？他們的動機是什么？
♠在眾多競爭產品中，用戶為什么會選擇你的產品？
♠用戶是如何與你的產品發生交互的？他們怎么用？在使用過程中有出現什么問題嗎？
用戶體驗這章，也正是我們小組項目當前正在進行的內容，看完本章對於我們小組接下來的工作有了很大的幫組。
用戶體驗的要素：
1、用戶的第一印象
在設計方面需要注意一下幾點：
1、我們所面對的典型用戶是誰？
2、用戶初次體驗非常重要，這點必須要認真考慮。（在用戶使用次數少的功能上少花時間，要突出程序的主要功能，特色有價值的功能。）
主要涉及到5個“W"和1個“H”上:
即：WHO誰是目標用戶：
WHEN用戶何時會使用我們的產品：
WHERE用戶何地會使用我們的產品：
what我們的產品是什么？特色在哪里？
WHY用戶為什么會選擇我們的產品，哪方面吸引到了用戶？
HOW用戶如何與我們的茶農發生交互的？
2、從用戶的角度出發考慮問題
從書本上看到那個銀行假幣投訴的例子，簡直是無法理喻，這完全是阻斷了用戶使用的路徑。
3、用戶需要幫組，但是用戶沒有那么蠢
一些簡答的解釋，如果太多了，就會變得冗余重復啰嗦了。
4、軟件服務始終要記住用戶的選擇
經過書本上對於用戶設計的一些例子“類似於飛機上的服務遙控器”
其實這些問題看起來小，看完之后才感覺到，里面含有許多大道理、這點，我們沒有實際遇到過，還真一時半會想不到，不過，我覺得在這方面，機組人員必 須經過一番專業培訓，然后在乘客登機的時候，應該告知乘客這些東西，更多的是一種互動的方式來告知乘客，這樣就或許能達到意想不到的效果。
那么本章問題來了，那我想請問老師，我們該如何在這第一次至關重要的用戶初次體驗中，盡可能的讓用戶達到他們想要的效果，這畢竟是第一次體驗，體驗不就是收集問題嗎？那我們這又說第一次要做到完美才行，那做到完美還怎么讓用戶提出問題。這是不是有些矛盾？