軟件工程：方法與實踐 讀書筆記

《軟件工程：方法與實踐》 讀書筆記

       剛開始看這本書吧，做爲一個存粹的小白徹底沒有方向型，不知道是否應該直接開始看後面的技術啥啥啥的很專業的內容，因而就循序漸進的從第一頁開始看，我原覺得會想通常的書籍那樣盡講些沒實際利用價值的歷史啊什麼的東西。結果呢，它把做爲一本書按慣例該講的歷史部分形式一下就一段話帶過，可是其中一個來自《人月傳說》的形象的比喻深深吸引了個人眼球：「……正像一隻逃亡的野獸落到泥潭中作垂死的掙扎，越是掙扎，陷得越深，最後沒法逃脫滅頂的災難。……程序設計工做正像這樣一個泥潭，……一批批程序員被迫在泥潭中拼命掙扎，……誰也沒有料到問題竟會陷入這樣的困境……」，這讓我深入體會到開發軟件的困難和艱辛，讓我提早有了心理準備接受接下來的困境，以及作好準備要全力學才能突破出來。

緊接着開門直接講這本書的框架邏輯清晰。而後就開始了軟件過程，咱們小組的計劃自己就有這一個：瞭解軟件工程開發的流程，並對每一個環節進行一些可能的瞭解，學習。恰好這本書開篇就講了工程過程的幾種模型，每一個模型都有詳細的闡述並且還有配圖加以可視化的說明。方便了我瞭解每種模型的優缺點或者說是特色，以應對下次例會時咱們就要開始計劃開發流程，大體的分配任務。

      瀑布模型：這是一種早期的軟件過程，可是也是任然被普遍使用的模型，軟件開發的各項活動像瀑布流水同樣按照固定的邏輯順序聯接起來，每一步都是下一步的前提。

 

 

固然很容易看出這樣的時間效率較低，並且沒有反饋過程致使了產品必須一次成型，因此就有了修改事後的瀑布模型：增量模型，演化模型，螺旋模型。

現代的軟件過程：統一軟件開發過程（RUP）。他把軟件開發分紅了四個循環的部分：初試階段，細化階段，構造接單，移交階段。每一步的目的性明確，分別是分析項目進行中的風險；詳細說明產品的大多數用況，並設計出系統的構架；高效，高質量，低成本地以製造實現爲中心產生一個可用的軟件產品；準備將產品交給用戶，須要試運行、培訓、產品包裝、產品展現、產品發佈。四個階段完成以後就開始心得一輪開發週期，新的循環就又開始了。

整個開發過程要以用戶的實際使用狀況，產品的工做狀況，用戶的指望變化爲驅動力。因爲一個軟件工程是一個龐大的系統，即便用戶的需求有些許的變化咱們到最後是沒有辦法從新開始梳理咱們的代碼工程，因此咱們的整個代碼的框架就不會改變，代碼的構架就天然而然的成爲了中心。這也就啓示了咱們，在構造階段時要多方溝通，商量出一個便於變化，易於成長髮展，有遠見的好的構架，這不只省事並且有利於代碼的維護，多人的交流，往後的功能拓展。就像拼接積木那樣若是不留下幾個接口，就裝不上新的部分，想要更新就得拆開內部結構從頭開始搭建，那麼之前的工做就僅僅只有提供經驗的做用。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

記錄者：李鑫 PB16061107