**註明出處:
既然看完，考過了，還是要整理到部落格上的(當時在找這方面的部落格時感覺很少)。接下來就對這本書按我學的，整理下，我大概一共整理9章，如果中途沒有放棄的話~
我自己做了乙份思維導圖，感覺還不錯~
這一章感覺主要是要了解的點比較多，基本沒啥難度，沒啥意思~
再補充兩個點
這裡只說下資料流圖和資料字典。這兩種都是什麼鬼東西？
這樣講太抽象了，下面用乙個例子來說明下資料流圖和資料字典。
example:
假設一家工廠的採購部每天需要一張訂貨報表，報表按零件編號排序，表中列出所需要再次訂貨的零件。對於每個需要再次訂貨的零件應該列出下述資料:零件編號，零件名稱，訂貨數量，目前**，主要**者，次要**者。零件入庫或出庫稱為事務，通過放在倉庫中的crt終端把事務報告給訂貨系統。當某種零件的庫存數量少於庫存量臨界值時就應該再次訂貨。
這裡我肯定不能一步步講怎麼搞出資料流圖，這樣這個專題就太專了……我直接上圖給答案……
資料流圖end
如果開發小型軟體系統時暫時沒有資料字典處理程式，建議採用卡片形式書寫資料字典，每張卡片上儲存描述乙個資料的資訊。這樣會使更新和修改比較方便，而且能單獨處理每個描述的資訊。每張卡片上主要應該包含下述資訊:
名字，別名，描述，定義，位置。
下面給出上述例子中幾個資料元素的資料字典卡片，以具體說明資料字典卡片中上述幾項內容的含義。
可行性研究end~~
軟體工程總結
單擊檢視大圖 這張圖，把軟體工程的基本點，總結出來了。其實簡單的說，就是對一款軟體從前到後的管理，從巨集觀到微觀的把控。這裡需要我們考慮的方面很多，需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白，需要的就是我們文件，這裡的每個階段的文件都起著至關重要的作用。當然，這裡物件導向的簡單...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...