軟件工程總結上

 轉發註明出處:http://www.cnblogs.com/0zcl/p/6241610.html

 

 

軟件工程這門課好水，我的超超不喜歡，能夠的話我一節都不想去上。到最後前幾天考試才認真看看。若是各位對這個方向有更好的資料，網站……能夠推薦給我，不勝感激。

既然看完，考過了，仍是要整理到博客上的(當時在找這方面的博客時感受不多)。接下來就對這本書按我學的，整理下，我大概一共整理9章，若是中途沒有放棄的話~

是的，13年出版的，學校老是用怎麼舊的書~

 

 

 

第一章 軟件工程學概述

我本身作了一份思惟導圖，感受還不錯~

這一章感受主要是要了解的點比較多，基本沒啥難度，沒啥意思~

 再補充兩個點

• 在軟件開發的不一樣時期進行修改須要付出的代價是很不相同的。可見下圖。
• 思惟導圖上最後關於模型的，分爲好幾種，我看了看書上的，大體上是不一樣的開發過程，管理方法。我本身就不往下深刻了，感受得在實踐中才能真正體會~~

 

 

 

第二章 可行性研究

 

這裏只說下數據流圖和數據字典。這兩種都是什麼鬼東西？

• 交流信息的工具，也是一種圖形化技術，描繪信息流和數據從輸入移動到輸出的過程當中所經受的變換，絕大多數用戶均可以理解它。
• 做爲分析階段的工具，在數據字典中創建一組嚴密一致的定義有助於分析員和用戶之間的通訊，消除許多誤解；若要求全部開發人員都根據公共的數據字典描述數據和設計模塊，則能避免許多麻煩的接口問題。

這樣講太抽象了，下面用一個例子來講明下數據流圖和數據字典。

example:

假設一家工廠的採購部天天須要一張定貨報表，報表按零件編號排序，表中列出所須要再次定貨的零件。對於每一個須要再次定貨的零件應該列出下述數據:零件編號，零件名稱，定貨數量，目前價格，主要供應者，次要供應者。零件入庫或出庫稱爲事務，經過放在倉庫中的CRT終端把事務報告給定貨系統。當某種零件的庫存數量少於庫存量臨界值時就應該再次定貨。

這裏我確定不能一步步講怎麼搞出數據流圖，這樣這個專題就太專了……我直接上圖給答案……

數據流圖end

 

若是開發小型軟件系統時暫時沒有數據字典處理程序，建議採用卡片形式書寫數據字典，每張卡片上保存描述一個數據的信息。這樣會使更新和修改比較方便，並且能單獨處理每一個描述的信息。每張卡片上主要應該包含下述信息:

名字，別名，描述，定義，位置。

下面給出上述例子中幾個數據元素的數據字典卡片，以具體說明數據字典卡片中上述幾項內容的含義。

可行性研究end~~