不錯(cuò)，編碼的標(biāo)準(zhǔn)告訴你需要在模型中加入框架代碼，比如所有的get和set操作，這沒有錯(cuò)，但是這能提供多少價(jià)值呢？恐怕很少。◆公開展示模型 你應(yīng)當(dāng)公開的展示你的模型，模型的載體被稱為“建模之墻”（modeling wall）或“奇跡之墻（wall of wonder）”。這種做法可以在你的團(tuán)隊(duì)之間、你和你的project stakeholder之間營造出開放誠實(shí)的溝通氛圍，因?yàn)楫?dāng)前所有的模型對(duì)他們都是舉手可得的，你沒有向他們隱藏什么。你把你的模型貼到建模之墻上，所有的開發(fā)人員和project stakeholder都可以看建模之墻上的模型，建模之墻可能是客觀存在的，也許是一塊為你的架構(gòu)圖指定的白板，或是物理數(shù)據(jù)模型的一份打印輸出，建模之墻也可能是虛擬的，例如一個(gè)存放掃描好的圖片的internet網(wǎng)頁。如果你想要多了解一些相關(guān)的資料，你可以看看Ellen Gottesdiener的Specifying Requirements With a Wall of Wonder。MongoDB（適合非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)）、Redis（緩存技術(shù)，提升系統(tǒng)性能）。通州區(qū)運(yùn)營辦公軟件開發(fā)平臺(tái)

實(shí)施過程中需管理產(chǎn)品待辦列表，優(yōu)先處理高價(jià)值需求，并持續(xù)優(yōu)化技術(shù)債務(wù) [10]。起源于20世紀(jì)90年代的輕量級(jí)軟件工程方法，2001年17位倡導(dǎo)者正式發(fā)布《敏捷宣言》并成立敏捷聯(lián)盟，標(biāo)志著該方法成為系統(tǒng)性理論 [8-9]。隨著持續(xù)集成工具和項(xiàng)目管理平臺(tái)（如Jira、TFS）的應(yīng)用，逐步發(fā)展為應(yīng)對(duì)復(fù)雜需求的主流開發(fā)范式 [8]。敏捷建模（AM）定義了一系列的**原則和輔助原則，它們?yōu)檐浖_發(fā)項(xiàng)目中的建模實(shí)踐奠定了基石。其中一些原則是從XP中借鑒而來，在Extreme Programming Explained中有它們的詳細(xì)描述。而XP中的一些原則又是源于眾所周知的軟件工程學(xué)。復(fù)用的思想隨處可見。基本上，本文中對(duì)這些原則的闡述主要側(cè)重于它們是如何影響著建模工作；這樣，對(duì)于這些借鑒于XP的原則，我們可以從另一個(gè)角度來看待。如皋常規(guī)辦公軟件開發(fā)熱線React（組件化、高性能）、V（輕量級(jí)、易上手）、Angular（適合大型應(yīng)用）。

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

◆第二個(gè)目標(biāo)是可持續(xù)性即便團(tuán)隊(duì)已經(jīng)把一個(gè)能夠運(yùn)轉(zhuǎn)的系統(tǒng)交付給用戶，項(xiàng)目也還可能是失敗的－－實(shí)現(xiàn)項(xiàng)目投資者的需求，其中就包括系統(tǒng)應(yīng)該要有足夠的魯棒性（robust ），能夠適應(yīng)日后的擴(kuò)展。就像Alistair Cockburn常說的，進(jìn)行軟件開發(fā)的競(jìng)賽時(shí)，第二個(gè)目標(biāo)就是準(zhǔn)備下一場(chǎng)比賽。可持續(xù)性可能指的是系統(tǒng)的下一個(gè)主要發(fā)布版，或是正在構(gòu)建的系統(tǒng)的運(yùn)轉(zhuǎn)和支持。要做到這一點(diǎn)，不僅*要構(gòu)建高質(zhì)量的軟件，還要?jiǎng)?chuàng)建足夠的文檔和支持材料，保證下一場(chǎng)比賽能有效的進(jìn)行。要考慮很多的因素，包括現(xiàn)有的團(tuán)隊(duì)是不是還能夠參加下一場(chǎng)的比賽，下一場(chǎng)比賽的環(huán)境，下一場(chǎng)比賽對(duì)組織的重要程度。簡(jiǎn)單的說，在開發(fā)的時(shí)候，要能想象到未來。集成日歷功能，支持多視圖切換（日/周/月）及事件提醒，確保項(xiàng)目按時(shí)推進(jìn)。

◆用代碼驗(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順序圖了嗎？寫出測(cè)試代碼，業(yè)務(wù)代碼，運(yùn)行測(cè)試以保證你做的是對(duì)的。永遠(yuǎn)也別忘了用迭代的方法開發(fā)軟件（這是大多數(shù)項(xiàng)目的標(biāo)準(zhǔn)做法），也別忘了建模只是眾多任務(wù)中的一個(gè)。做一會(huì)兒建模、做一會(huì)兒編碼、做一會(huì)兒測(cè)試（在其它的活動(dòng)之中進(jìn)行）。UI/UX設(shè)計(jì)：設(shè)計(jì)友好的用戶界面，確保用戶體驗(yàn)良好。如皋運(yùn)營辦公軟件開發(fā)好處

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

◆逐漸應(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ǎn)單的價(jià)值觀。換言之，如果你猜測(cè)一個(gè)模式可能適用，你應(yīng)當(dāng)以這樣的方式建模：先實(shí)現(xiàn)你需要的**小的范圍，但你要為日后的重構(gòu)留下伏筆。這樣，你就以一種可能的**簡(jiǎn)單的方式實(shí)現(xiàn)了一個(gè)羽翼豐滿的模式了。就是說，不要超出你的模型。舉一個(gè)例子，在你的設(shè)計(jì)中，你發(fā)現(xiàn)有個(gè)地方適合使用GoF的Strategy模式，但這時(shí)候你只有兩個(gè)算法要實(shí)現(xiàn)。通州區(qū)運(yùn)營辦公軟件開發(fā)平臺(tái)

南通利眾網(wǎng)絡(luò)科技有限公司是一家有著雄厚實(shí)力背景、信譽(yù)可靠、勵(lì)精圖治、展望未來、有夢(mèng)想有目標(biāo)，有組織有體系的公司，堅(jiān)持于帶領(lǐng)員工在未來的道路上大放光明，攜手共畫藍(lán)圖，在江蘇省等地區(qū)的商務(wù)服務(wù)行業(yè)中積累了大批忠誠的客戶粉絲源，也收獲了良好的用戶口碑，為公司的發(fā)展奠定的良好的行業(yè)基礎(chǔ)，也希望未來公司能成為*****，努力為行業(yè)領(lǐng)域的發(fā)展奉獻(xiàn)出自己的一份力量，我們相信精益求精的工作態(tài)度和不斷的完善創(chuàng)新理念以及自強(qiáng)不息，斗志昂揚(yáng)的的企業(yè)精神將**利眾供應(yīng)和您一起攜手步入輝煌，共創(chuàng)佳績(jī)，一直以來，公司貫徹執(zhí)行科學(xué)管理、創(chuàng)新發(fā)展、誠實(shí)守信的方針，員工精誠努力，協(xié)同奮取，以品質(zhì)、服務(wù)來贏得市場(chǎng)，我們一直在路上！