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

AM也不是要反對CASE工具。敏捷建模者使用那些能夠幫助開發(fā)人員提高效果，提升價(jià)值的工具。而且，他們還盡力使用那些能夠勝任工作的**簡單的工具。敏捷模型要想了解AM，你需要了解模型和敏捷模型之間的區(qū)別。模型是一個(gè)抽象的概念，它描述了問題的一個(gè)或多個(gè)方面，或是處理這個(gè)問題可能的解決方案。傳統(tǒng)意義上，模型被認(rèn)為是圖表加上相應(yīng)的文檔。然而那些不夠直觀的artifact，也可以被視為模型，例如CRC卡片集，單條或多條業(yè)務(wù)規(guī)則的文字描述，或是業(yè)務(wù)流程的一段結(jié)構(gòu)化英文描述。一個(gè)敏捷模型就是一個(gè)剛剛足夠好的模型。但是你怎么知道什么時(shí)候模型才是剛剛足夠好呢？當(dāng)敏捷模型顯現(xiàn)出如下的特性時(shí)，它就是剛剛足夠好的：通州區(qū)信息化辦公軟件開發(fā)行價(jià)任務(wù)分配與追蹤：支持任務(wù)拆解、優(yōu)先級設(shè)定、進(jìn)度可視化（如甘特圖），并集成提醒功能。

敏捷模型是足夠正確的。模型通常都不需要100%正確，只要足夠正確就行了。舉個(gè)例子，如果一張街道地圖漏畫了一條街道，或是它標(biāo)示某條街道是通行的，但你發(fā)現(xiàn)它已經(jīng)關(guān)閉維修了，那你會(huì)不會(huì)扔掉你的地圖開始在城里飆車犯罪呢？不太可能。你會(huì)考慮更新你的地圖，你可能會(huì)拿出筆來自己做修改或是去當(dāng)?shù)氐纳痰曩I一張***版的地圖（你原來的那張過期了）。也許你還是會(huì)接受那張雖不完美但仍可使用的地圖，因?yàn)樗鼘δ銇碚f已經(jīng)足夠好了。你還是可以用這張地圖四處轉(zhuǎn)轉(zhuǎn)，因?yàn)樗€是個(gè)正確的模型，標(biāo)記出了大部分街道的位置。你在發(fā)現(xiàn)這張地圖不正確的時(shí)候，你沒有立刻扔掉它，原因是你根本不在乎它是否完美。類似的，當(dāng)你在需求模型、數(shù)據(jù)模型中發(fā)現(xiàn)錯(cuò)誤的時(shí)候，你也會(huì)選擇更新或是接受－－雖不完美但已經(jīng)足夠好了。有些項(xiàng)目成員能夠容忍這種不正確而有些則不能：這取決于項(xiàng)目的特性，每個(gè)團(tuán)隊(duì)成員的特性，組織的特性。充分正確性既和模型的聽眾有關(guān)，也和你要處理的問題有關(guān)。

敏捷模型實(shí)現(xiàn)了它們的目的。有時(shí)你為溝通而建模，或許你需要把你工作的范圍告訴高級經(jīng)理；有時(shí)你為理解而建模，或許你需要確定一個(gè)設(shè)計(jì)策略，實(shí)現(xiàn)一組Java類。一個(gè)敏捷模型是否足夠好，要看它是不是滿足了創(chuàng)建它時(shí)的初衷。敏捷模型是可理解的。敏捷模型要能為其預(yù)期聽眾所理解。使用用戶能夠理解的業(yè)務(wù)語言來描述需求模型，反之，技術(shù)架構(gòu)模型則需要使用開發(fā)人員熟悉的技術(shù)術(shù)語。你所使用的建模符號會(huì)影響易懂性－－如果你的用戶不了解UML用例圖中的符號的含義，那用例圖對用戶就沒有任何價(jià)值。這樣的話，要么使用另一種方法，要么教授用戶學(xué)習(xí)建模技術(shù)。風(fēng)格問題同樣也會(huì)影響易懂性，例如避免交叉線。雜亂的圖表比清晰的圖表難懂。模型的細(xì)節(jié)程度（見下文），也會(huì)影響易懂性，因?yàn)橄噍^一個(gè)不那么詳細(xì)的模型來說，一個(gè)過于詳細(xì)的模型要難于理解。簡單（見下文）同樣是影響易懂性的一個(gè)因素。React（組件化、高性能）、V（輕量級、易上手）、Angular（適合大型應(yīng)用）。

◆使用**簡單的工具 大多數(shù)的模型都可以畫在白板上，紙上，甚至紙巾的背面。如果你想要保存這些圖標(biāo)，你可以用數(shù)碼相機(jī)把它們拍下來，或只是簡單的把他們轉(zhuǎn)錄到紙上。這樣做是因?yàn)榇蠖鄶?shù)的圖表都是可以扔掉的，它們只有在你畫出模型并思考一個(gè)問題的時(shí)候才有價(jià)值，一旦這個(gè)問題被解決了它們就不再有意義了。這樣，白板和標(biāo)簽往往成為你建模工具的比較好選擇：使用畫圖工具來創(chuàng)建圖表，給你重要的project stakeholder看。只有建模工具能夠給我們的編程工作提供價(jià)值（例如代碼自動(dòng)生成）時(shí)才使用建模工具。你可以這樣想：如果你正在創(chuàng)建簡單的模型，這些模型都是可以拋棄的。你建模的目的就是為了理解，一旦你理解了問題，模型就沒有存在的必要了，因此模型都是可以丟棄的，這樣，你根本就不必要使用一個(gè)復(fù)雜的建模工具通過標(biāo)簽、分類、搜索功能提升文檔檢索效率，如SharePoint支持企業(yè)級文檔歸檔與批量操作。通州區(qū)信息化辦公軟件開發(fā)廠家電話

簡道云、OutSystems，通過拖拽操作快速搭建應(yīng)用，降低開發(fā)門檻。海門區(qū)本地辦公軟件開發(fā)行價(jià)

◆測試優(yōu)先設(shè)計(jì) 這是一項(xiàng)開發(fā)實(shí)踐。在你開始編寫你的業(yè)務(wù)代碼之前，你要先考慮、編寫你的測試案例。從AM的觀點(diǎn)來看，這項(xiàng)實(shí)踐強(qiáng)制要求你在寫代碼之前先通盤考慮你的設(shè)計(jì)，所以你不再需要細(xì)節(jié)設(shè) 計(jì)建模了。測試優(yōu)先設(shè)計(jì)是XP的一個(gè)重要部分。敏捷開發(fā)敏捷開發(fā)方法論AM是一種態(tài)度，而不是一個(gè)說明性的過程。AM是敏捷建模者們堅(jiān)持的價(jià)值觀、敏捷建模者們相信的原則、敏捷建模者們應(yīng)用的實(shí)踐組成的**。AM描述了一種建模的風(fēng)格。當(dāng)它應(yīng)用于敏捷的環(huán)境中時(shí)，能夠提高開發(fā)的質(zhì)量和速度，同時(shí)能夠避免過度簡化和不切實(shí)際的期望。AM可不是開發(fā)的“食譜”，如果你尋覓的是一些細(xì)節(jié)的指導(dǎo)，如建立UML順序圖或是畫出用戶界面流圖，你可以看看在建模Artifacts中列出的許多建模書籍，我特別推薦我的書The Object Primer 2/e（盡管這有失公允）。海門區(qū)本地辦公軟件開發(fā)行價(jià)

南通利眾網(wǎng)絡(luò)科技有限公司在同行業(yè)領(lǐng)域中，一直處在一個(gè)不斷銳意進(jìn)取，不斷制造創(chuàng)新的市場高度，多年以來致力于發(fā)展富有創(chuàng)新價(jià)值理念的產(chǎn)品標(biāo)準(zhǔn)，在江蘇省等地區(qū)的商務(wù)服務(wù)中始終保持良好的商業(yè)口碑，成績讓我們喜悅，但不會(huì)讓我們止步，殘酷的市場磨煉了我們堅(jiān)強(qiáng)不屈的意志，和諧溫馨的工作環(huán)境，富有營養(yǎng)的公司土壤滋養(yǎng)著我們不斷開拓創(chuàng)新，勇于進(jìn)取的無限潛力，利眾供應(yīng)攜手大家一起走向共同輝煌的未來，回首過去，我們不會(huì)因?yàn)槿〉昧艘稽c(diǎn)點(diǎn)成績而沾沾自喜，相反的是面對競爭越來越激烈的市場氛圍，我們更要明確自己的不足，做好迎接新挑戰(zhàn)的準(zhǔn)備，要不畏困難，激流勇進(jìn)，以一個(gè)更嶄新的精神面貌迎接大家，共同走向輝煌回來！