在最後，彷彿一切都回到了原位，我們對所有的進行了做後的總結。
對於我們學習軟體的人員來說，我們應該很好的理解軟體不只是等於程式，軟體=程式+軟體工程。我們應該懂得軟體工程是什麼。在做軟體的時候，我們應該學會單元測試、效能的分析、寫出自己的開發流程，實行於實踐。我們應該懂得自己的能力在哪，學習軟體工程師的職業發展。對於軟體工程這個專業，我們應該懂得是乙個集體性的工作，我們應該了解到我們自己的能力在哪，我們應該適合於那個的程式的發明，而且我們的**是寫給比人看的，我們一定要遵守一定的**的規範（包括**的風格的規範，**的設計的規範），以及我們都知道，什麼是團隊，所以我門一定要制定團隊的風格。
在寫軟體的時候，我們應該新學會做一定的軟體需求的分析，明白客戶真正需要的是什麼，因我們所有的軟體都是要給客戶用，所以客戶是我們軟體廠品最大的利益相關者。在此我們在定自己要做什麼樣的軟體，決定後，我們應該對軟體做出功能的定位和優先順序，做乙個估計和計畫。最後做出功能的細化，分給每個的員工（起初員工應當明白自己適合什麼，處於什麼樣的定位），每天做小組的討論，讓自己明白，昨天做了什麼，今天做了什麼，明天將要做什麼，今天遇到了什麼問題等等，組長起到監督的作用。最後將**寫出形成軟體。
所以，對於我們軟體專業的學生來說，我們應該了解我們是做什麼的，我們為什麼要坐這些。
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試，直到上台講述的之前的一段時間才發現了一些問題，甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中，有這樣乙個拐點存在 在這一點之前，新的...
構建之法閱讀筆記05
這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節，列舉出了七個迷思，接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...