場景/故事
版權/版本/維護人
1. 背景
a. 典型使用者 - 姓名、性別、年齡、職業等
b.使用者需求/痛點
c.假設
2. 場景
關於這個場景的文字描述
主要成功場景：一系列步驟
步驟：描述每一步的互動
擴充套件場景：描述一些意外情況
軟體功能說明書 - 黑盒
主要用來說明軟體的外部功能和使用者互動的情況。
軟體技術說明書 - 白盒
又叫設計文件，主要用來說明軟體內部的設計規範。
第一，定義好相關的概念
· 用到哪些術語，定義是什麼？
· 什麼叫「好」，什麼叫「這個功能測試完了，可以交付了」？
第二，規範好一些假設
· 目標是什麼，不包括什麼？
第三，避免一些誤解，界定一些邊界條件
· 使用者數量，輸入內容限制，國家/語言，軟、硬體環境引數等等。
第四，描述主流的使用者/軟體互動步驟
· 使用者和典型場景是什麼？
第五，可能有的***
· 有什麼***，與其他功能的依賴關係？
第六，服務質量說明
記錄版本修訂的時間和負責人
描述功能驗證方式，最好附上測試用例
功能說明書與測試用例、專案任務等相互鏈結
標記模糊及易變部分，提前做好預案
任何改動事先參考說明書，不應該拍腦袋決定
設計原則
抽象
內聚/耦合/模組化
資訊隱藏和封裝
介面和實現的分離
錯誤處理
環境依賴
應對變化的靈活性
對大量資料的處理能力
erd詞性
舉例實體型別
普通名詞
表示一類事物，如銀行、客戶、書籍等
實體專有名詞
表示乙個特定的人或事務，如《十萬個為什麼》等
關係的型別
及物動詞
客戶取出存款
屬性的型別
不及物動詞
利息公升高或降低
實體的屬性
形容詞紅色的蘋果
關係的屬性
副詞銀行暫時提高利息 定義
說明s=specific
具體的m=measurable
可以衡量的
a=attainable
可以達到的
r=relevant
與其他目標具有一定的相關性
t=time-bound
有明確的截止期限
名稱定義
說明r（r=responsible）
誰負責負責牽頭完成「a」布置的任務與目標，具有結果導向，對「a」布置的任務與目標的結果負全責。所承擔任務與目標與其他部門（或崗位）配合時，負責確定需要的配合部門，確定配合部門的工作內容、工作標準等。「r」負責將其牽頭的工作分解給相關的「s」、「c」與「i」。
a（a=accountable）
誰批准負責批准與布置任務，具有目標導向，負責確定目標、確定目標牽頭者（即r），並評價「r」所承擔目標的完成情況。
s：（s=support）
誰支援負責配合「r」完成指標的工作，達到既定的目標。對於同一任務，「r」可指定多個「s」。
c：（c=consulted）
諮詢誰負責為各個相關的角色提供諮詢服務。
i：（i=informed）
通知誰資訊的接受者，與任務的關係最為間接。
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...
構建之法讀書筆記
在上一次，我讀了大道至簡，在大道至簡中，我理解了軟體開發所需要的是簡化與便捷，這是軟體工程需要思考的地方。而在構建之法中，我學到了軟體開發中更符合我的問題的東西。書中說，軟體工程師的成長分為四個階段 玩具時期，愛好者時期，探索者時期，行業時期。在這四個時期中，我處於玩具時期。還沒有掌握最基本的東西。...
《構建之法》讀書筆記
第一節軟體工程課上，楊老師力薦同學們務必要人手一本 構建之法 第二版。課上說到這本書無論是對學習軟體工程學科的學生，還是教授軟體工程課程的老師，或是從事軟體開發行業的相關人員，都是一本令人受益良多，大開眼界的著作。於是課後便立馬訂購了這本書。坦言之，作為乙個跨專業的學生，之前對軟體工程學科知之甚少，...