2.敏捷流程的需求是經常變化的（書118頁**），但是在書本105頁又說：敏捷流程的第一步驟就是：找出完成產品需要做的事情。既然需求是經常變化的，那從哪個角度出發來寫**呢？
通過查閱資料，我知道了：敏捷需求分析認為，需求應建立在以用例為中心的需求文件體系，採取協作式而非合同式的溝通方式之上。具體可分為五個關鍵點：
用例； 協作； 迭代，即需求不是一次最終確定，而是先完成主要框架，再通過迭代逐步精化； 整個過程中以分析為支撐，做需求同時也在做分析，分析模型的輸出結果應跟需求分開； 把用例分解到使用者故事，在整個軟體生命週期過程中來驅動開發和測試。
所以說**中所說的需求應該是細化了的需求，而敏捷流程步驟所說的需求是指乙個大的整體的框架，還有不同的一點是需求分析以文件為中心，並不是傳統的溝通方式。
迭代是敏捷需求分析與細化過程中最顯著的方式。迭代的特徵包含如前文所述的兩部分：全生命過程、小粒度的以業務價值為基礎的劃分。迭代是要產生最終產品的反覆，也就是說你的一次一次的反覆必須都能產生最終的產品，而不是中間的半成品。這也反映了需求劃分的原則，以及每一次小的迭代，其結果都是可確認的。因此，迭代過程中重要的一種方法是分解，以及關注於當前價值實現的部分。如果乙個需求暫時不能被理解並且與當前的商業目標的關係並不那麼直接，那麼它應該被分解和延後，而不是草草地做乙個似是而非的大方案而囊括之。
3.軟體團隊模式以及開發流程當中，提到了一些似乎不怎麼好的模式，比如對於軟工課上的學生的「主治醫師模式」、（乙個學生幹活，其他學生打醬油）既然這個模式不太好，為什麼還要使用呢？我覺得應該把89頁那句話去了，這樣有助於學生自己思考去選擇哪種模式，而不是對這種模式抱有投機取巧的念想。（書本第五章），現在才發現，這只是作者介紹的其中一種模式而已，並不是提倡我們這樣子去學習，而是為了讓我們更好地理解。
4.怎樣才能提公升自己的創新意識？第16章
我覺得要想培養乙個人的創新意識，最重要的還是要有好奇心、要不恥下問、要大膽質疑、還要從多角度看待乙個問題，要有渴求獲得新知識的那份心。
我認為好奇心是提公升創新意識當中最重要的，只有對自己身邊的一系列問題及現象提出自己的看法，才能夠激發自己的好奇欲，才能夠進步。提出問題是取得知識的先導，只有提出問題，才能解決問題，從而認識才能前進，千萬不能怕問題簡單，怕被人恥笑，一定要不恥下問，自己覺得有問題的就大膽提出，有疑問才能促使我們去思考，去探索，去創新，只有弄懂了最簡單的，才能獲得進步。橫看成林側成峰，只有從多角度去看待問題，才能夠激發我們的思維，才會激勵我們創新。
對於我們來說，要想提公升自己的創新意識，就要大膽地闖，大膽地試，實踐出真知，這樣我們才能夠盡快的成長起來。
5.這是一件大事還是一件小事？書本第五章95頁
回答：這是一件很大的事，車設計好了，然後又提出要加倒車燈，那麼就必須重新設計尾部。。。。。。所有的一切都得重新開始。所以說瀑布模型有很多的侷限性，如果有新的需求了，就很難甚至不可能回溯了，就相當於全部的一切都白幹了，最終產品要在最後才能出現。對於需求不確定的專案可以採用原型模式，由於需求的變化，這些物件經常面臨著劇烈的變化，但是他們卻擁有比較穩定一致的介面。可以很好的解決需求不確定的問題。所以在需求分析的時候，要注意到這一點，要便於修改，而不能不適應變化。
軟體工程 個人總結
這個作業屬於哪個課程 軟體工程 福州大學至誠學院 計算機工程系 這個作業要求在 作業要求 這個作業的目標 個人總結 其他參考文獻 無第一次部落格作業 第一次個人程式設計作業 第二次程式設計作業 第三次個人作業 用例圖設計 第一次結隊作業 第二次結隊作業 第五小組多語言工作者 團隊展示 多語言工作者 ...
軟體工程 個人總結
這個作業屬於哪個課程 軟體工程 福州大學至誠學院 計算機工程系 這個作業要求在 個人總結 這個作業的目標 個人總結 作業正文 正文其他參考文獻 無還記得我們的軟工作業是在我們還未開學的情況下布置的，心中雖然一萬個不情願，但仍本著能夠盡快完成，盡快投入到複習中的 精神 完成了 第一次作業 隨後不久我們...
軟體工程 個人總結
這個作業屬於哪個課程 軟體工程 這個作業要求在 個人總結 這個作業的目標 轉眼乙個學期過去，我們將布置最後一次個人作業，每個同學都要寫最後一篇部落格。不論最終專案成功與否，只要學習了，收穫了，便是值得的，專案失敗的經歷與思考也是課程寶貴的體驗，也請寫下來，這是屬於你們的經驗。作業正文 隨筆其他參考文...