項目之軟體工程（我專業四年都未曾知道這四個字的含義，幾句話便懂了）

標籤：軟體工程

軟體工程的本質

一級標題 控制 品質

二級標題  成本  擴充  高內聚低耦合 效率

控制：

成本：企業要求的是以最快的速度完成可正常啟動並執行軟體

需要多少人力做

多長時間能做好

-----控制好成本利潤更多

擴充：

使用者要求修改原先的某個功能，怪使用者之前怎麼不計劃好

使用者今添個功能

使用者明刪個功能

把項目分成幾個模組，把人力劃分完成對應的一個模組，然後這個人邊抽煙邊說那個人沒做完我這不知道怎麼做，那個人說我還在等他呢，也去抽根煙

這幾個人做完了要把幾個模組合在一起串列檢測，出了個錯你怪我，我怪你

----物件導向來做，改哪裡找到相應的那點代碼改了，不像面向過程一樣牽一髮而動全身，劃分了模組

----物件導向來做，這幾個模組幾個人商量好介面，自己做自己的去吧，等什麼呢

----物件導向來做，誰錯了來查各自模組，看看你傳給我的資料對不對，是不是我做的模組有問題

（我不是推崇物件導向，繼續往下看）

品質：

高內聚低耦合：

內聚要高：搞好內部團結。你要這個功能是吧，我這個模組裡面實現這個功能的代碼條理清晰、結構好，緊密聯合在一起

耦合要低：和外部聯絡。你要用我這個模組是吧，你傳一個東西就行了，我給你搞定，不用你這個那個的，要不你就糅合在一起

效率：

物件導向好，因為結構好，好拓展，好維護，啟動並執行慢是慢了，能慢多少，CPU用的完嗎，至於省那點嗎，又不是科研或者那種多一點點就會崩的

物件導向不好，小程式沒必要的，弄的東西多，運行還變慢了

面向過程好，一個小程式，編出來的速度很快，不用去分析需求、建模的，還啟動並執行快

面向過程不好，我要是一個大的項目怎麼辦，企業裡上萬甚至數十萬的代碼怎麼維護，改了這帶出了那的BUG

不管物件導向還是面向過程，都只是對代碼的一種組織形式，就像鏈表和數組一樣的，怎麼適用怎麼來

項目之軟體工程（我專業四年都未曾知道這四個字的含義，幾句話便懂了）