**註明出處:
接上篇隨筆:
驗證需求的正確性(了解下)
接下來講兩個圖e－r圖與狀態轉換圖（比較重要的）
實體－聯絡圖
狀態轉換圖
做了個導圖（很多概念的知識，要了解的）~~
這裡我就講下過程設計的工具中的乙個pad圖和判定表。外加乙個流圖。
pad圖
左圖是基本符號(很簡單~) 。右圖是對p2的定義，好比p2函式內的"**"。
接下來講判定表，判定錶能簡潔無歧義地描述處理規則。看下面的圖：
判定表是超簡單的，但是第一次剛看到可能不知道上面圖表示什麼意思。我簡單說下，表中有9條規則，以第二條為例，若是國內乘客&坐頭等艙，但該乘客不是殘疾乘客且行李重量在不大於30kg，則該乘客所需行李費為(w-30)*4。其它規則類推即可~~
流圖的引入:為了進一步定量度量軟體的性質(複雜度)。
直接看下面的圖：
能看懂的，過。那如何度量流圖的環形複雜度呢？我說兩種方法:
軟體維護:軟體已經交付使用之後，為了改正錯誤或滿足新的需要而修改軟體的過程。
決定軟體可維護性的因素:
可理解性
可測試性
可修改性
可移植性:從一種計算環境(硬體配置和作業系統)轉移到另一種計算環境的難易程度。
可重用性:可重用的構件在每次重用過程中都會發現並清除一些錯誤，隨著時間推移，這樣的構件基本上是無bug的。
文件:影響軟體可維護性的決定因素
最後最後我再發三張圖，方便自己整理~~
軟體工程總結
單擊檢視大圖 這張圖，把軟體工程的基本點，總結出來了。其實簡單的說，就是對一款軟體從前到後的管理，從巨集觀到微觀的把控。這裡需要我們考慮的方面很多，需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白，需要的就是我們文件，這裡的每個階段的文件都起著至關重要的作用。當然，這裡物件導向的簡單...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...