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í)，它就是剛剛足夠好的：提供在線會(huì)議預(yù)約、通知、記錄功能（如Zoom、騰訊會(huì)議），并支持會(huì)議紀(jì)要自動(dòng)生成。通州區(qū)運(yùn)營辦公軟件開發(fā)優(yōu)勢

很多國外引進(jìn)的軟件和我國的一些辦公室的實(shí)際需求并不是完全匹配，造成了使用中的一些不便，加大我國辦公軟件的自主開發(fā)力度非常有必要。（二）基于WEB的協(xié)同辦公軟件開發(fā)隨著通訊技術(shù)的不斷發(fā)展，單一的個(gè)人辦公軟件已無法滿足信息交流日益頻繁的現(xiàn)代辦公需求，將WEB技術(shù)與office軟件技術(shù)有機(jī)的結(jié)合起來，開發(fā)可以實(shí)現(xiàn)資源共享、協(xié)同工作的辦公軟件。基于WEB的協(xié)同辦公軟件可以實(shí)現(xiàn)文件資料共享、信息交流傳遞、資料系統(tǒng)管理等，為企業(yè)打造了一個(gè)科學(xué)、開放、自動(dòng)化程度較高的信息化辦公平臺(tái)，在線辦公軟件極大的拓展了企業(yè)的辦公地點(diǎn)和參與辦公的人員 [2]。如皋創(chuàng)新辦公軟件開發(fā)服務(wù)費(fèi)協(xié)作功能：增強(qiáng)團(tuán)隊(duì)協(xié)作功能，支持實(shí)時(shí)編輯和溝通。

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

◆逐漸應(yīng)用模式 高效的建模者會(huì)學(xué)習(xí)通用的架構(gòu)模式、設(shè)計(jì)模式和分析模式，并適當(dāng)?shù)陌阉鼈儜?yīng)用在模型之中。然而，就像Martin Fowler在Is Design Dead中指出的那樣，開發(fā)人員應(yīng)當(dāng)輕松的使用模式，逐漸的應(yīng)用模式。這反映了簡單的價(jià)值觀。換言之，如果你猜測一個(gè)模式可能適用，你應(yīng)當(dāng)以這樣的方式建模：先實(shí)現(xiàn)你需要的**小的范圍，但你要為日后的重構(gòu)留下伏筆。這樣，你就以一種可能的**簡單的方式實(shí)現(xiàn)了一個(gè)羽翼豐滿的模式了。就是說，不要超出你的模型。舉一個(gè)例子，在你的設(shè)計(jì)中，你發(fā)現(xiàn)有個(gè)地方適合使用GoF的Strategy模式，但這時(shí)候你只有兩個(gè)算法要實(shí)現(xiàn)。使用Axure、Sketch等工具繪制界面原型，明確頁面布局與交互邏輯。

◆正確使用artifact 每個(gè)artifact都有它們各自的適用之處。例如，一個(gè)UML的活動(dòng)圖（activity diagram）適合用于描述一個(gè)業(yè)務(wù)流程，反之，你數(shù)據(jù)庫的靜態(tài)結(jié)構(gòu)，比較好能夠使用物理數(shù)據(jù)（physical data）或數(shù)據(jù)模型（persistence model）來表示。在很多時(shí)候，一張圖表比源代碼更能發(fā)揮作用，一圖勝千言，同樣，一個(gè)模型也比1K的源代碼有用的多，前提是使用得當(dāng)（這里借用了 Karl Wieger的Software Requirements中的詞匯）。因?yàn)槟阍谘芯吭O(shè)計(jì)方案時(shí)，你可和同伴們和在白板上畫一些圖表來討論，也可以自己坐下來開發(fā)一些代碼樣例，而前一種方法要有效的多。這意味著什么？你需要了解每一種artifact的長處和短處，當(dāng)你有眾多的模型可供選擇的時(shí)候，要做到這一點(diǎn)可沒有那么容易。UiBot（可視化流程搭建）、Zapier（跨應(yīng)用自動(dòng)化）、Python（腳本自動(dòng)化，如數(shù)據(jù)處理、郵件發(fā)送）。通州區(qū)運(yùn)營辦公軟件開發(fā)優(yōu)勢

版本控制：使用Git等工具進(jìn)行版本控制，確保代碼管理的高效性。通州區(qū)運(yùn)營辦公軟件開發(fā)優(yōu)勢

◆用代碼驗(yàn)證 模型是一種抽象，一種能夠正確反映你正在構(gòu)建的系統(tǒng)的某個(gè)方面的抽象。但它是否能運(yùn)行呢？要知道結(jié)果，你就應(yīng)該用代碼來驗(yàn)證你的模型。你已經(jīng)用一些HTML頁面建立了接受付款地址信息的草圖了嗎？編碼實(shí)現(xiàn)它，給你的用戶展示**終的用戶界面，并獲取反饋。你已經(jīng)做好了表示一個(gè)復(fù)雜業(yè)務(wù)規(guī)則邏輯的UML順序圖了嗎？寫出測試代碼，業(yè)務(wù)代碼，運(yùn)行測試以保證你做的是對的。永遠(yuǎn)也別忘了用迭代的方法開發(fā)軟件（這是大多數(shù)項(xiàng)目的標(biāo)準(zhǔn)做法），也別忘了建模只是眾多任務(wù)中的一個(gè)。做一會(huì)兒建模、做一會(huì)兒編碼、做一會(huì)兒測試（在其它的活動(dòng)之中進(jìn)行）。通州區(qū)運(yùn)營辦公軟件開發(fā)優(yōu)勢

南通利眾網(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è)更嶄新的精神面貌迎接大家，共同走向輝煌回來！