軟件

標籤：敏捷開發最注重的是人，或者說個體。目標是提高個體的主動性，提高產出效率。敏捷開發要求團隊一起工作，甚至還有客戶。結對程式設計。迭代交付，三周為一個周期，每個周期都發布可用地、經過測試的代碼。2到5個周期後進行一次發布。敏捷開發積極擁抱變化，主要依靠代碼重構來配合變化。敏捷開發的優點在於發布時間短和響應需求變化，敏捷開發的缺點是可操作性差。實踐者們常常走入各種各樣的誤區。根本原因還是人，人的主動性還有在軟體開發中的行為受各種各樣因素的影響。在需求分析階段準備兩份文檔。一份使用客戶的術語表達客

標籤：幾天就讀完了倪建大牛寫的這本別具風味的作品，主要是對軟體開發過程的一些思考，讀後感。作者的寫作方式很特別，通過敘述故事的方式講解了軟體開發的一整套流程和流程中需要注意的地方。作者的主要態度是批判的，帶有理想主義的色彩，然而卻是發人深省的。這本書給我最大的收穫就是在軟體開發中要學會思考。思考所有步驟和方法存在的目的與意義。是否符合軟體開發行業發展的趨勢。作者主要涉及的是方法論上的層次，俯瞰著大地上的開發組織和人員。看到的問題和解決方案往往是直指本質的。這裡摘幾條印象深刻的見解和需要識記的名詞

標籤：讀了林銳博士的《軟體工程思想》，我對軟體工程這門學科又有了更加深刻的認識。這本書不過雖然並沒有什麼長篇大論，但是作者的文風幽默而且親和。特別是在寫程式員的生活和工作已經融為一體時，即便現在仍在大學階段，但是作為一個準程式員，心中也多了很多共鳴。書首先從宏觀上講了軟體工程是什麼，軟體工程的目標和一些常用的軟體工程模型，軟體開發的基本策略。這些方法對於我們大學生來說可謂至關重要。為什麼呢？因為我們剛進大學時學習的進階程式語言設計僅僅停留在簡單的做題，或者集中在一些演算法的研究和實現上。我們其實

標籤：影響因素：1、可理解性2、可測試性3、可修改性4、可移植性5、可重用性如何提升：1、建立明確的軟體品質目標2、使用先進的軟體開發技術和工具3、建立明確的品質保證4、選擇可維護的語言5、改進程式的文檔6、軟體的模組化7、預留出一定的空餘編碼以供擴充8、函數體（對象）的封閉性 軟體可維護性的影響因素&如何提升

標籤：空杯心態：放下對技能水平的自鳴得意1、入門語言：學習一門語言，從實際問題入手→形成反饋迴路構建學習沙箱利用實際代碼，進行學習測試學習一門語言：與精通該語言的專家一起工作，即找人指導閱讀他人的代碼，分享經驗第一門語言：架構深入挖掘語言&學習迥然不同的方法解決問題的語言語言規範，通讀他人寫的標準庫，打補丁，得到自己的通用法2、白色腰帶：學習進度降低，尊重與好奇的態度用不同範式的語言來實現某種編程範式編寫的程式3、釋放激情：熱情與好奇心，需適應團隊動態思想的多樣性→集

標籤：軟體技能的概念本書目的：嘗試為軟體開發的新穎方法整理出一份宣言原因：定義泛化從敏捷開發運動中學到的經驗：理解支撐規則的底層因素軟體技能的願景：價值的提取&希望的表達價值體系：1、基於反饋作出改變2、注重實效而非教條3、分享4、敢於實驗、證明錯誤5、掌控自己的命運6、對個體而非群體的關注7、包容性8、以技能為中心9、同那些使用你要學習的技能為目標的人共處軟體學徒：一種態度，不斷尋找更好的方法學徒期：責任感，漸進的過程熟練工：新的關註：從業者之間的關係→提供指導、保持溝通師傅

標籤：1、你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；　  答：　　首先我覺得這門課程前面的項目有很大的協助，但是最後的試卷考試降低了這門課的實用性，考試我認為可以取消，真的沒有什麼大的協助，只能說應付而已，完全將軟體工程課程改成項目編程，多增加幾個也是可以的。      時間安排也可以，一周兩節課。項目難度適中，適合於大多數人，但是附加項目較少，對於編程能力好的同學，沒有太大的發展空間。  

標籤： 1、你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；　　我認為要改進的地方有兩處，首先是作業的完成上，應該讓老師或助教參與到作業的完成過程中，讓作業透明化，可以讓老師知道每個同學or每個小組的狀態，並表揚做的好的。其次是成績的評定，發表作業前將成績評定的標準稍微介紹一下，避免有些同學因為不知道標準，努力完成作業的同時沒有得到相應的成績。 2、你認為助教／老師哪裡做的不足，哪裡限制太多等；　　助教非常細心，在這裡感謝助教的付出。我感

標籤：一、前言現在再增加一項個人的附加作業，每認真回答一個問題附加2分，10分為上限。附加作業回答以下幾個問題：1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；2. 你認為助教／老師哪裡做的不足，哪裡限制太多等；3. 你認為每次項目的評分標準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）4. 在結對項目中你是否真正體會到了結對的好處，是否真正嚴格進行了結對程式設計，雙方的工作量是否相同；5. 你的Team

標籤：1.在作業的安排上不必要一個作業完成在進行下一個作業，可以在一個作業進行的時候就布置下一個作業，這樣可以把每個作業的時間長度相對的延緩兩三天，項目的難度尚可2.老師在這方面做得相當的不錯，對工作也很有熱情，贊一個3.個人：作業提交時間、作業完成情況、個人體會感悟等   結對：作業提交時間、作業的完成度、兩人之間的任務配比及感悟等   團隊：Team 專案是否完成、Team

標籤：附加作業回答以下幾個問題：      1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；         答：可能因為課改比較急，很多地方還沒適應。時間安排上可能老師就是沒過多的考慮學生除了本課程之外需要忙的事情。             

標籤：1 我認為軟體工程這一門課程需要改進的是嚴格的項目進度控制力。我發現無論是在個人項目，結對項目還是Team

標籤：附加作業回答以下幾個問題：你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；                                                       &

標籤：　　《軟體工程實踐導論》這本書是清華大學出版社2005年出版的圖書，作者為金尊和。之所以選擇這本書作為本次作業選書，是因為一個學長手上剛好有這本書，而且也向我推薦這本書值得一看。但是書相對較厚，而且內容也並不簡單，所以我只能算是淺嘗輒止。　　這本書前面部分就是軟體工程的一些方法概念，以及各工程上的結合，對於代碼實際設計和開發過程還是有很大的協助，感覺很多東西在我們的大作業--《排課系統》裡面有都有應用，所以給我的感覺就是和實際應用相互呼應，能用學以致用。　　後面部分就是本書具有特色的東西，

標籤：     首先，在此誠摯地：對《構建之法》的作者獻以十萬分的感謝；還有，對軟體工程這門課程的授課老師獻以十萬分的感謝；最後但並不最少，對軟體工程這門課程的助教獻以十萬分的感謝。為什麼要感謝《構建之法》的作者？   

標籤：  

標籤：1.

標籤：1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可答：額~ 上課有點索然無味0.0 希望在課上能夠多學到一點知識，我想是應該我自己沒適應好吧，還以為這節課是教技術的課程。不過，張老師在課上講到自己的做項目啊之類的經驗的時候，我感覺到受益匪淺，畢竟是過來人的經驗很不錯。2.

標籤： 在生產出一個好的軟體之前需要對軟體的需求進行分析，如何規劃好我們下一步該做什麼，進而準確全面地找到需求。我們應該擷取和引導需求，找到利益相關者挖掘需求。需求來自於各種管理機構、軟體企業本身、技術團隊本身等。接著分析和定義需求，驗證需求，在軟體產品中管理需求。對軟體的需求分為對產品功能性的需求、對產品開發過程的需求、非功能性需求、綜合需求。     

標籤：借鑒《構造之法》--淺談軟體工程來源程式就是代碼，建立在資料結構之上，對資料進行操作。資料分為待用資料和動態資料。軟體構建不僅僅是cc和link命令，一個複雜的軟體具有合理的軟體架構、軟體設計，實現等等。軟體團隊要從需求分析開始，把合適需求梳理出來，然後展開後續工作，如軟體架構設計，寫資料結構和演算法，測試到最後發布軟體。由“軟體=程式+軟體工程”擴充出“軟體企業=軟體+商業模式”程式是基本功，軟體工程決定了軟體的品質，商業模式決定了一個軟體