要想讓旁人知道你的軟體的作用，規格說明書是個很好的途徑。規格說明書對我們專案開發具有很大的幫助。它的書寫同樣是從使用者的角度進行書寫。規格說明書還可以分為軟體功能說明書和軟體技術說明說。軟體功說明書用來說明軟體的外部功能和使用者的互動情況，軟體技術說明書又叫文件，主要用來說明軟體內部的設計規範。這不是一時就可以寫好的，是通過實踐才能夠寫好規格說明書。這是讓使用者首先了解自己軟體的第一步手段。
從spc到實踐也需要一定的技術手段。在書中作者寫了關於設計與實現，其中包括**的完成，開發階段的日常管理。
軟體的物件是使用者，乙個軟體的即使功能沒有多麼強大，但是介面也應該做的美觀。因為介面是使用者的第一印象。使用者體驗的要素：1.使用者的第一印象。2.從使用者的角度考慮問題。3.軟體服務始終記得使用者選擇。4.使用者的體驗和質量。對於介面的好壞，也有著評價標準，書中給出了作者在自身實踐的基礎上總結的一些原則。1.盡快提供可觸感的反饋。2.系統介面符合使用者的現實慣例。3.使用者有權自由控制限制。具有一致性和標準化，適合各類各型的使用者，有必要的提示和幫助文件。
這幾章是基於軟體開發前的準備階段和推廣階段。而真正檢測我們軟體是否合格的是軟體的發布階段，只有軟體維護具有及時性軟體才能更長久的進行應用。當今階段，各種軟體層出不窮，也許創新的也變的越來越難，但是作為it行業的創新仍是必須的。
《構建之法》閱讀筆記5
本此重點閱讀了第四章，本章講了兩人合作的前提是 要規範 包括 風格規範及 設計規範 及 複審，然後才能結對開發。大一大二交了很多 作業，但質量僅僅是完成了而已，對於縮排 行寬 括號 與大括號 分行等都沒太注意過，覺著有了結果就好了。而對於命名更是越短越好，過後也就知道寫過的 是什麼意思了。以前，寫 ...
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
《構建之法》閱讀筆記
第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工，互相依賴合...