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

◆有目的的建模對于自己的產(chǎn)出，例如模型、源代碼、文檔，很多開發(fā)人員不是擔心它們是否夠詳細，就是擔心它們是否太過詳細，或擔心它們是否足夠正確。不應該毫無意義的建模，應該先問問，為什么要建立這個產(chǎn)出，為誰建立它。和建模有關，也許應該更多的了解軟件的某個方面，也許為了保證項目的順利進行，需要和高級經(jīng)理交流方法，也許需要創(chuàng)建描述系統(tǒng)的文檔，使其他人能夠操作、維護、改進系統(tǒng)。如果連為什么建模，為誰建模都不清楚，又何必繼續(xù)煩惱下去呢？首先，要確定建模的目的以及模型的受眾，在此基礎上，再保證模型足夠正確和足夠詳細。海門區(qū)運營辦公軟件開發(fā)熱線敏捷開發(fā)：采用敏捷開發(fā)方法，快速迭代，及時反饋。

AM是面向一般的開發(fā)人員的，但并不是要排斥有能力的人。AM的價值觀、原則和實踐都簡單易懂，其中的很多內(nèi)容，可能你都已經(jīng)采用或期待多年了。應用AM技術并不是要你去練水上飄，但你需要有一些基本的軟件開發(fā)技能。AM**難的就是它逼著你去學習更***的建模技術，這是個長期的、持續(xù)性的活動。學習建模在一開始可能很難，但你可以試著一次學習一樣技術來完成你的學習。06:19敏捷就是不要文檔?什么沙雕邏輯!——敏捷文檔實踐【老袁講敏捷】AM并不是要反對文檔。文檔的創(chuàng)建和維護都會增大項目涉眾的投資。敏捷文檔盡可能的簡單，盡可能的小，目的只集中在和開發(fā)的系統(tǒng)有直接關系的事情上，充分了解受眾的需要。

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

不錯，編碼的標準告訴你需要在模型中加入框架代碼，比如所有的get和set操作，這沒有錯，但是這能提供多少價值呢？恐怕很少?！艄_展示模型 你應當公開的展示你的模型，模型的載體被稱為“建模之墻”（modeling wall）或“奇跡之墻（wall of wonder）”。這種做法可以在你的團隊之間、你和你的project stakeholder之間營造出開放誠實的溝通氛圍，因為當前所有的模型對他們都是舉手可得的，你沒有向他們隱藏什么。你把你的模型貼到建模之墻上，所有的開發(fā)人員和project stakeholder都可以看建模之墻上的模型，建模之墻可能是客觀存在的，也許是一塊為你的架構圖指定的白板，或是物理數(shù)據(jù)模型的一份打印輸出，建模之墻也可能是虛擬的，例如一個存放掃描好的圖片的internet網(wǎng)頁。如果你想要多了解一些相關的資料，你可以看看Ellen Gottesdiener的Specifying Requirements With a Wall of Wonder。數(shù)據(jù)保護：確保用戶數(shù)據(jù)的安全性，遵循相關法律法規(guī)（如GDPR）。通州區(qū)信息化辦公軟件開發(fā)廠家電話

市場調研：分析競爭對手的產(chǎn)品，找出市場空缺和用戶痛點。南通品牌辦公軟件開發(fā)優(yōu)勢

敏捷模型是足夠正確的。模型通常都不需要100%正確，只要足夠正確就行了。舉個例子，如果一張街道地圖漏畫了一條街道，或是它標示某條街道是通行的，但你發(fā)現(xiàn)它已經(jīng)關閉維修了，那你會不會扔掉你的地圖開始在城里飆車犯罪呢？不太可能。你會考慮更新你的地圖，你可能會拿出筆來自己做修改或是去當?shù)氐纳痰曩I一張***版的地圖（你原來的那張過期了）。也許你還是會接受那張雖不完美但仍可使用的地圖，因為它對你來說已經(jīng)足夠好了。你還是可以用這張地圖四處轉轉，因為它還是個正確的模型，標記出了大部分街道的位置。你在發(fā)現(xiàn)這張地圖不正確的時候，你沒有立刻扔掉它，原因是你根本不在乎它是否完美。類似的，當你在需求模型、數(shù)據(jù)模型中發(fā)現(xiàn)錯誤的時候，你也會選擇更新或是接受－－雖不完美但已經(jīng)足夠好了。有些項目成員能夠容忍這種不正確而有些則不能：這取決于項目的特性，每個團隊成員的特性，組織的特性。充分正確性既和模型的聽眾有關，也和你要處理的問題有關。南通品牌辦公軟件開發(fā)優(yōu)勢

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