敏捷開發

                                      敏捷開發

     在星期四的課上老師講到了敏捷開發的知識，課下對其進行了寫了解，查閱了些資料，有了新的認識。

敏捷開發的原則：

一、主張簡單

     當從事開發工做時，你應當主張最簡單的解決方案就是最好的解決方案。不要過度構建
你的軟件。用AM的說法就是，若是你如今並不須要這項額外功能，那就不要在模型中增長它。要有這樣的勇氣：你如今沒必要要對這個系統進行過度研究，

只要基於現有的需求進行建模，往後需求有變動時，再來重構這個系統。儘量的保持模型的簡單。

二、擁抱變化

     需求時刻在變，人們對於需求的理解也時刻在變。項目進行中，Project stakeholder可能變化，會有新人加入，也會有舊人離開。，你努力的目標和成功標準也有可能發生變化。這就意味着隨着項目的進行，項目環境也在不停的變化，所以你的開發方法必需要可以反映這種現實。

三、遞增的變化

     和建模相關的一個重要概念是你不用在一開始就準備好一切。實際上，你就算想這麼作也不太可能。並且，你不用在模型中包容全部的細節，你只要足夠的細節就夠了。沒有必要試圖在一開始就創建一個囊括一切的模型，你只要開發一個小的模型，或是概要模型，打下一個基礎，而後慢慢的改進模型，或是在不在須要的時候丟棄這個模型。這就是遞增的思想。

四、多種模型

     開發軟件須要使用多種模型，由於每種模型只能描述軟件的單個方面，「要開發現今的商業應敏捷開發
用，咱們該須要什麼樣的模型？」考慮到現今的軟件的複雜性，你的建模工具箱應該要包容大量有用的技術。

有一點很重要，你沒有必要爲一個系統開發全部的模型，而應該針對系統的具體狀況，挑選一部分的模型。不一樣的系統使用不一樣部分的模型。

五、高質量的工做

     沒有人喜歡爛糟糟的工做。作這項工做的人不喜歡，是由於沒有成就感；往後負責重構這項工做的人不喜歡，是由於它難以理解，難以更新；最終用戶不喜歡，是由於它太脆弱，容易出錯，也不符合他們的指望。

六、軟件是你的主要目標

     軟件開發的主要目標是以有效的方式，製造出知足project stakeholder須要的軟件，而不是製造無關的文檔，無關的用於管理的artifact，甚至無關的模型。任何一項活動，若是不符合這項原則，不能有助於目標實現的，都應該受到審覈，甚至取消。

七、宣言原則

     個體和交互 賽過 過程和工具

     能夠工做的軟件 賽過 面面俱到的文檔

     客戶合做 賽過 合同談判

     響應變化 賽過 遵循計劃

敏捷開發的誤區：

誤區一

建模就等因而寫文檔

誤區二

從開始階段你能夠考慮到全部的一切

誤區三

建模意味着須要一個重量級的軟件開發過程

誤區四

必須「凍結」需求

誤區五

設計是不可更改的

誤區六

必須使用CASE工具

誤區七

建模是在浪費時間

誤區八

數據模型就是一切

誤區九

全部的開發人員都知道如何建模

 

  關於敏捷開發感受理解的仍是表面的東西，畢竟咱們沒有那樣的團隊，沒有那樣的經理，瞭解的也就只是些「死知識」，可是相比與傳統的開發模式來講，敏捷的開發意識對咱們仍是頗有幫助的。敏捷開發在於「敏捷」，也許這就是精髓吧。