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

◆遞增的變化和建模相關(guān)的一個重要概念是不用在一開始就準(zhǔn)備好一切。實(shí)際上，就算想這么做也不太可能。而且，不用在模型中包容所有的細(xì)節(jié)，只要足夠的細(xì)節(jié)就夠了。沒有必要試圖在一開始就建立一個囊括一切的模型，只要開發(fā)一個小的模型，或是概要模型，打下一個基礎(chǔ)，然后慢慢的改進(jìn)模型，或是在不再需要的時候丟棄這個模型。這就是遞增的思想。◆令投資比較大化項(xiàng)目投資者為了開發(fā)出滿足自己需要的軟件，需要投入時間、金錢、設(shè)備等各種資源。投資者應(yīng)該可以選取比較好的方式投資，也可以要求團(tuán)隊(duì)不浪費(fèi)資源。并且，他們還有***的發(fā)言權(quán)，決定要投入多少的資源。海安本地辦公軟件開發(fā)服務(wù)費(fèi)Selenium（網(wǎng)頁自動化測試）、Postman（API測試）。

◆小增量建模 采用增量開發(fā)的方式，你可以把大的工作量分成能夠發(fā)布的小塊，每次的增量控制在幾個星期或一兩個月的時間內(nèi)，促使你更快的把軟件交付給你的用戶，增加了你的敏捷性。◆和他人一起建模 當(dāng)你有目的建模時你會發(fā)現(xiàn)，你建模可能是為了了解某事，可能是為了同他人交流你的想法，或是為了在你的項(xiàng)目中建立起共同的愿景。這是一個團(tuán)體活動，一個需要大家有效的共同工作才能完成的活動。你發(fā)現(xiàn)你的開發(fā)團(tuán)隊(duì)必須共同協(xié)作，才能建立一組**模型，這對你的項(xiàng)目是至關(guān)重要的。例如，為了建立系統(tǒng)的映像和架構(gòu)，你需要和同組成員一起建立所有人都贊同的解決方案，同時還要盡可能的保持它的簡單性。大多數(shù)時候，比較好的方法是和另一些人討論這個問題。

◆正確使用artifact 每個artifact都有它們各自的適用之處。例如，一個UML的活動圖（activity diagram）適合用于描述一個業(yè)務(wù)流程，反之，你數(shù)據(jù)庫的靜態(tài)結(jié)構(gòu)，比較好能夠使用物理數(shù)據(jù)（physical data）或數(shù)據(jù)模型（persistence model）來表示。在很多時候，一張圖表比源代碼更能發(fā)揮作用，一圖勝千言，同樣，一個模型也比1K的源代碼有用的多，前提是使用得當(dāng)（這里借用了 Karl Wieger的Software Requirements中的詞匯）。因?yàn)槟阍谘芯吭O(shè)計(jì)方案時，你可和同伴們和在白板上畫一些圖表來討論，也可以自己坐下來開發(fā)一些代碼樣例，而前一種方法要有效的多。這意味著什么？你需要了解每一種artifact的長處和短處，當(dāng)你有眾多的模型可供選擇的時候，要做到這一點(diǎn)可沒有那么容易。Java（跨平臺、穩(wěn)定性高）、Python（開發(fā)速度快、適合快速原型設(shè)計(jì)）、PHP（與Web集成良好）。

關(guān)于正確性和一致性，很明顯要考慮權(quán)衡問題。如果你要維護(hù)一個artifact（我們稱之為“保管”），隨著時間的流逝，你需要投入資源來更新它。否則它很快會就會過期，對你就沒用了。例如，我可以容忍一張地圖標(biāo)錯了一兩條街道，但是我***無法容忍一張地圖中四分之三的街道都標(biāo)錯了。這就需要權(quán)衡了，進(jìn)行足夠的努力，保證artifact足夠正確。過多不必要的努力反而會減緩項(xiàng)目的進(jìn)度，而投入不足就沒有辦法保證artifact的有效性。敏捷模型有足夠的細(xì)節(jié)。一張路線圖并不需要標(biāo)記出每條街道上的每棟房子。那會有太多的細(xì)節(jié)，使得地圖難以使用。然而，在修路的時候，我想施工人員一定會有這條街道的詳細(xì)地圖，包括每幢建筑、下水道、電線盒等足夠的細(xì)節(jié)，這樣的地圖才是有用的。但是這張地圖并不用標(biāo)記出每個院子和通向它們的路線。因?yàn)檫@樣又太繁瑣了。足夠的細(xì)節(jié)和聽眾有關(guān)，也和他們使用模型的目的有關(guān)－－司機(jī)需要的是顯示道路的地圖，施工人員需要的是顯示土木工程細(xì)節(jié)的地圖。任務(wù)分配與追蹤：支持任務(wù)拆解、優(yōu)先級設(shè)定、進(jìn)度可視化（如甘特圖），并集成提醒功能。如東創(chuàng)新辦公軟件開發(fā)服務(wù)費(fèi)

通過訪談、問卷收集企業(yè)痛點(diǎn)與需求，明確功能優(yōu)先級。海安本地辦公軟件開發(fā)服務(wù)費(fèi)

而如果你想要保留的*是3個模型，很明顯，你實(shí)現(xiàn)同樣的改變要花費(fèi)的功夫就少多了，你的靈活性就增強(qiáng)了，因?yàn)槟闶窃谳p裝前進(jìn)。類似的，你的模型越復(fù)雜，越詳細(xì)，發(fā)生的改變極可能就越難實(shí)現(xiàn)（每個模型都更“沉重”了些，因此維護(hù)的負(fù)擔(dān)也就大了）。每次你要決定保留一個模型時，你就要權(quán)衡模型載有的信息對團(tuán)隊(duì)有多大的好處（所以才需要加強(qiáng)團(tuán)隊(duì)之間，團(tuán)隊(duì)和項(xiàng)目投資者之間的溝通）。千萬不要小看權(quán)衡的嚴(yán)重性。一個人要想過沙漠，他一定會攜帶地圖，帽子，質(zhì)地優(yōu)良的鞋子，水壺。海安本地辦公軟件開發(fā)服務(wù)費(fèi)

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