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

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

**簡(jiǎn)單的方法莫過(guò)于把算法封裝為單獨(dú)的類，并建立操作，能夠選擇相應(yīng)的算法，以及為算法傳遞相關(guān)的輸入。這是Strategy模式的部分實(shí)現(xiàn)，但你埋下了伏筆，日后如有更多的算法要實(shí)現(xiàn)，你就可以重構(gòu)你的設(shè)計(jì)。并沒(méi)有必要因?yàn)镾trategy模式需要，就建立所有的框架。這種方法使你能夠輕松的使用模式?！魜G棄臨時(shí)模型 你創(chuàng)建的大部分的模型都是臨時(shí)使用的模型－－設(shè)計(jì)草圖，低精度原型，索引卡片，可能架構(gòu)/設(shè)計(jì)方案等等－－在它們完成了它們的目的之后就再不能提供更多的價(jià)值了。模型很快就變得無(wú)法和代碼同步，這是正常的。你需要做出決定：如果“同步更新模型”的做法能夠給你的項(xiàng)目增添價(jià)值的話，那就同步更新模型；或者，如果更新它們的投入將抵消它們能夠提供的所有價(jià)值（即負(fù)收益），那就丟棄它們。

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

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

簡(jiǎn)道云、OutSystems，通過(guò)拖拽操作快速搭建應(yīng)用，降低開(kāi)發(fā)門檻。海門區(qū)參考辦公軟件開(kāi)發(fā)平臺(tái)

有一點(diǎn)很重要，你沒(méi)有必要為一個(gè)系統(tǒng)開(kāi)發(fā)所有的模型，而應(yīng)該針對(duì)系統(tǒng)的具體情況，挑選一部分的模型。不同的系統(tǒng)使用不同部分的模型。比如，和家里的修理工作一樣，每種工作不是要求你用遍工具箱里的每一個(gè)工具，而是一次使用某一件工具。又比如，你可能會(huì)比較喜歡某些工具，同樣，你可會(huì)偏愛(ài)某一種模型。有多少的建模工件可供使用呢，如果你想要了解這方面的更多細(xì)節(jié)，我在Be Realistic About the UML中列出了UML的相關(guān)部分，如果你希望做進(jìn)一步的了解，可以參閱白皮書The Object Primer -- An Introduction to Techniques for Agile Modeling。海門區(qū)參考辦公軟件開(kāi)發(fā)平臺(tái)

南通利眾網(wǎng)絡(luò)科技有限公司是一家有著先進(jìn)的發(fā)展理念，先進(jìn)的管理經(jīng)驗(yàn)，在發(fā)展過(guò)程中不斷完善自己，要求自己，不斷創(chuàng)新，時(shí)刻準(zhǔn)備著迎接更多挑戰(zhàn)的活力公司，在江蘇省等地區(qū)的商務(wù)服務(wù)中匯聚了大量的人脈以及**，在業(yè)界也收獲了很多良好的評(píng)價(jià)，這些都源自于自身的努力和大家共同進(jìn)步的結(jié)果，這些評(píng)價(jià)對(duì)我們而言是比較好的前進(jìn)動(dòng)力，也促使我們?cè)谝院蟮牡缆飞媳３謯^發(fā)圖強(qiáng)、一往無(wú)前的進(jìn)取創(chuàng)新精神，努力把公司發(fā)展戰(zhàn)略推向一個(gè)新高度，在全體員工共同努力之下，全力拼搏將共同利眾供應(yīng)和您一起攜手走向更好的未來(lái)，創(chuàng)造更有價(jià)值的產(chǎn)品，我們將以更好的狀態(tài)，更認(rèn)真的態(tài)度，更飽滿的精力去創(chuàng)造，去拼搏，去努力，讓我們一起更好更快的成長(zhǎng)！