◆使用**簡單的工具 大多數(shù)的模型都可以畫在白板上，紙上，甚至紙巾的背面。如果你想要保存這些圖標，你可以用數(shù)碼相機把它們拍下來，或只是簡單的把他們轉(zhuǎn)錄到紙上。這樣做是因為大多數(shù)的圖表都是可以扔掉的，它們只有在你畫出模型并思考一個問題的時候才有價值，一旦這個問題被解決了它們就不再有意義了。這樣，白板和標簽往往成為你建模工具的比較好選擇：使用畫圖工具來創(chuàng)建圖表，給你重要的project stakeholder看。只有建模工具能夠給我們的編程工作提供價值（例如代碼自動生成）時才使用建模工具。你可以這樣想：如果你正在創(chuàng)建簡單的模型，這些模型都是可以拋棄的。你建模的目的就是為了理解，一旦你理解了問題，模型就沒有存在的必要了，因此模型都是可以丟棄的，這樣，你根本就不必要使用一個復(fù)雜的建模工具遵循簡潔原則，考慮用戶喜好與操作習(xí)慣，提升留存率。江蘇品牌辦公軟件開發(fā)優(yōu)勢

◆創(chuàng)建簡單的內(nèi)容 你應(yīng)該盡可能的使你的模型（需求、分析、架構(gòu)、設(shè)計）保持簡單，但前提是能夠滿足你的project stakeholder的需要。這就意味著，除非有充分的理由，你不應(yīng)該隨便在模型上畫蛇添足－－如果你手頭上沒有系統(tǒng)認證的功能，你就不應(yīng)該給你的模型增加這么一個功能。要有這樣的勇氣，一旦被要求添加這項功能，自己就能夠馬上做到。這和XP的實踐“簡單設(shè)計”的思想是一樣的?！艉唵蔚亟?當你考慮所有你能夠使用的圖表（UML圖、用戶界面圖、數(shù)據(jù)模型等）時，你很快會發(fā)現(xiàn)，大部分時候你只需要這些圖表符號的一部分。一個簡單的模型能夠展示你想要了解的主要功能，例如，一個類圖，只要能夠顯示類的主要責任和類之間的關(guān)系就已經(jīng)足夠了南通運營辦公軟件開發(fā)服務(wù)費簡道云、OutSystems，通過拖拽操作快速搭建應(yīng)用，降低開發(fā)門檻。

一旦一個模型實現(xiàn)了目標，就可以結(jié)束工作，把精力轉(zhuǎn)移到其它的工作上去，例如編寫代碼以檢驗?zāi)Ｐ偷倪\作。該項原則也可適用于改變現(xiàn)有模型：如果要做一些改變，也許是一個熟知的模式，應(yīng)該有做出變化的正確理由（可能是為了支持一項新的需求，或是為了重構(gòu)以保證簡潔）。關(guān)于該項原則的一個重要暗示是應(yīng)該要了解受眾，即便受眾是自己也一樣。◆多種模型敏捷開發(fā)開發(fā)軟件需要使用多種模型，因為每種模型只能描述軟件的單個方面，“要開發(fā)現(xiàn)今的商業(yè)應(yīng)用，我們該需要什么樣的模型？”考慮到現(xiàn)今的軟件的復(fù)雜性，你的建模工具箱應(yīng)該要包容大量有用的技術(shù)（關(guān)于產(chǎn)出的清單，可以參閱AM的建模工件）。

**實踐敏捷開發(fā)◆Stakeholder的積極參與 我們對XP的現(xiàn)場客戶（On-Site Customer）的概念做了一個擴充：開發(fā)人員需要和用戶保持現(xiàn)場的接觸；現(xiàn)場的用戶要有足夠的權(quán)限和能力，提供建構(gòu)中的系統(tǒng)相關(guān)的信息；及時、中肯的做出和需求相關(guān)的決策；并決定它們的優(yōu)先級。AM把XP的“現(xiàn)場客戶”實踐擴展為“使project stakeholder積極參與項目”，這個project stakeholder的概念包括了直接用戶、他們的經(jīng)理、高級經(jīng)理、操作人員、支持人員。這種參與包括：高級經(jīng)理及時的資源安排決策，高級經(jīng)理的對項目的公開和私下的支持，需求開發(fā)階段操作人員和支持人員的積極參與，以及他們在各自領(lǐng)域的相關(guān)模型。單元測試：對各個模塊進行單元測試，確保功能正常。

關(guān)于正確性和一致性，很明顯要考慮權(quán)衡問題。如果你要維護一個artifact（我們稱之為“保管”），隨著時間的流逝，你需要投入資源來更新它。否則它很快會就會過期，對你就沒用了。例如，我可以容忍一張地圖標錯了一兩條街道，但是我***無法容忍一張地圖中四分之三的街道都標錯了。這就需要權(quán)衡了，進行足夠的努力，保證artifact足夠正確。過多不必要的努力反而會減緩項目的進度，而投入不足就沒有辦法保證artifact的有效性。敏捷模型有足夠的細節(jié)。一張路線圖并不需要標記出每條街道上的每棟房子。那會有太多的細節(jié)，使得地圖難以使用。然而，在修路的時候，我想施工人員一定會有這條街道的詳細地圖，包括每幢建筑、下水道、電線盒等足夠的細節(jié)，這樣的地圖才是有用的。但是這張地圖并不用標記出每個院子和通向它們的路線。因為這樣又太繁瑣了。足夠的細節(jié)和聽眾有關(guān)，也和他們使用模型的目的有關(guān)－－司機需要的是顯示道路的地圖，施工人員需要的是顯示土木工程細節(jié)的地圖。集成日歷功能，支持多視圖切換（日/周/月）及事件提醒，確保項目按時推進。崇川區(qū)創(chuàng)新辦公軟件開發(fā)哪個好

如Wrike支持資源分配與成本監(jiān)控，適合跨部門協(xié)作。江蘇品牌辦公軟件開發(fā)優(yōu)勢

有一點很重要，你沒有必要為一個系統(tǒng)開發(fā)所有的模型，而應(yīng)該針對系統(tǒng)的具體情況，挑選一部分的模型。不同的系統(tǒng)使用不同部分的模型。比如，和家里的修理工作一樣，每種工作不是要求你用遍工具箱里的每一個工具，而是一次使用某一件工具。又比如，你可能會比較喜歡某些工具，同樣，你可會偏愛某一種模型。有多少的建模工件可供使用呢，如果你想要了解這方面的更多細節(jié)，我在Be Realistic About the UML中列出了UML的相關(guān)部分，如果你希望做進一步的了解，可以參閱白皮書The Object Primer -- An Introduction to Techniques for Agile Modeling。江蘇品牌辦公軟件開發(fā)優(yōu)勢

南通利眾網(wǎng)絡(luò)科技有限公司匯集了大量的優(yōu)秀人才，集企業(yè)奇思，創(chuàng)經(jīng)濟奇跡，一群有夢想有朝氣的團隊不斷在前進的道路上開創(chuàng)新天地，繪畫新藍圖，在江蘇省等地區(qū)的商務(wù)服務(wù)中始終保持良好的信譽，信奉著“爭取每一個客戶不容易，失去每一個用戶很簡單”的理念，市場是企業(yè)的方向，質(zhì)量是企業(yè)的生命，在公司有效方針的領(lǐng)導(dǎo)下，全體上下，團結(jié)一致，共同進退，**協(xié)力把各方面工作做得更好，努力開創(chuàng)工作的新局面，公司的新高度，未來利眾供應(yīng)和您一起奔向更美好的未來，即使現(xiàn)在有一點小小的成績，也不足以驕傲，過去的種種都已成為昨日我們只有總結(jié)經(jīng)驗，才能繼續(xù)上路，讓我們一起點燃新的希望，放飛新的夢想！