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

◆集體所有制 只要有需要，所有人都可以使用、修改項目中的任何模型、任何artifact。◆測試性思維 當(dāng)你在建立模型的時候，你就要不斷的問自己，“我該如何測試它？”如果你沒辦法測試正在開發(fā)的軟件，你根本就不應(yīng)該開發(fā)它。在現(xiàn)代的各種軟件過程中，測試和質(zhì)保（quality assurance）活動都貫穿于整個項目生命周期，一些過程更是提出了“在編寫軟件之前先編寫測試”的概念（這是XP的一項實踐：“測試優(yōu)先”）?！舨⑿袆?chuàng)建模型 由于每種模型都有其長處和短處，沒有一個模型能夠完全滿足建模的需要。例如你在收集需求時，你需要開發(fā)一些基本用例或用戶素材，一個基本用戶界面原型，和一些業(yè)務(wù)規(guī)則。再結(jié)合實踐切換到另外的Artifact，，敏捷建模者會發(fā)現(xiàn)在任何時候，同時進行多個模型的開發(fā)工作，要比單純集中于一個模型要有效率的多。啟東品牌辦公軟件開發(fā)哪家好集成圖表工具（如Pyecharts、Tableau），將復(fù)雜數(shù)據(jù)轉(zhuǎn)化為直觀圖表，輔助決策。

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

經(jīng)常交付可以工作的軟件，從幾星期到幾個月，時間尺度越短越好。業(yè)務(wù)人員和開發(fā)者應(yīng)該在整個項目過程中始終朝夕在一起工作。圍繞斗志高昂的人進行軟件開發(fā)，給開發(fā)者提供適宜的環(huán)境，滿足他們的需要，并相信他們能夠完成任務(wù)。在開發(fā)小組中***率也***果的信息傳達方式是面對面的交談?？梢怨ぷ鞯能浖沁M度的主要度量標(biāo)準(zhǔn)。敏捷過程提倡可持續(xù)開發(fā)。出資人、開發(fā)人員和用戶應(yīng)該總是維持不變的節(jié)奏。對***技術(shù)與良好設(shè)計的不斷追求將有助于提高敏捷性。簡單——盡可能減少工作量的藝術(shù)至關(guān)重要。比較好的架構(gòu)、需求和設(shè)計都源自自我組織的團隊。每隔一定時間，團隊都要總結(jié)如何更有效率，然后相應(yīng)地調(diào)整自己的行為。 [2]響應(yīng)式設(shè)計：確保軟件在不同設(shè)備（PC、平板、手機）上都能良好運行。

**實踐敏捷開發(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)模型。React（組件化、高性能）、V（輕量級、易上手）、Angular（適合大型應(yīng)用）。如皋運營辦公軟件開發(fā)哪個好

使用Axure、Sketch等工具繪制界面原型，明確頁面布局與交互邏輯。通州區(qū)本地辦公軟件開發(fā)哪家好

◆逐漸應(yīng)用模式 高效的建模者會學(xué)習(xí)通用的架構(gòu)模式、設(shè)計模式和分析模式，并適當(dāng)?shù)陌阉鼈儜?yīng)用在模型之中。然而，就像Martin Fowler在Is Design Dead中指出的那樣，開發(fā)人員應(yīng)當(dāng)輕松的使用模式，逐漸的應(yīng)用模式。這反映了簡單的價值觀。換言之，如果你猜測一個模式可能適用，你應(yīng)當(dāng)以這樣的方式建模：先實現(xiàn)你需要的**小的范圍，但你要為日后的重構(gòu)留下伏筆。這樣，你就以一種可能的**簡單的方式實現(xiàn)了一個羽翼豐滿的模式了。就是說，不要超出你的模型。舉一個例子，在你的設(shè)計中，你發(fā)現(xiàn)有個地方適合使用GoF的Strategy模式，但這時候你只有兩個算法要實現(xiàn)。通州區(qū)本地辦公軟件開發(fā)哪家好

南通利眾網(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ù)上路，讓我們一起點燃新的希望，放飛新的夢想！