**實(shí)踐敏捷開發(fā)◆Stakeholder的積極參與 我們對XP的現(xiàn)場客戶（On-Site Customer）的概念做了一個擴(kuò)充：開發(fā)人員需要和用戶保持現(xiàn)場的接觸；現(xiàn)場的用戶要有足夠的權(quán)限和能力，提供建構(gòu)中的系統(tǒng)相關(guān)的信息；及時、中肯的做出和需求相關(guān)的決策；并決定它們的優(yōu)先級。AM把XP的“現(xiàn)場客戶”實(shí)踐擴(kuò)展為“使project stakeholder積極參與項(xiàng)目”，這個project stakeholder的概念包括了直接用戶、他們的經(jīng)理、高級經(jīng)理、操作人員、支持人員。這種參與包括：高級經(jīng)理及時的資源安排決策，高級經(jīng)理的對項(xiàng)目的公開和私下的支持，需求開發(fā)階段操作人員和支持人員的積極參與，以及他們在各自領(lǐng)域的相關(guān)模型。權(quán)限管理：實(shí)現(xiàn)用戶權(quán)限管理，確保數(shù)據(jù)的訪問控制。江蘇品牌辦公軟件開發(fā)哪家好

◆使用**簡單的工具 大多數(shù)的模型都可以畫在白板上，紙上，甚至紙巾的背面。如果你想要保存這些圖標(biāo)，你可以用數(shù)碼相機(jī)把它們拍下來，或只是簡單的把他們轉(zhuǎn)錄到紙上。這樣做是因?yàn)榇蠖鄶?shù)的圖表都是可以扔掉的，它們只有在你畫出模型并思考一個問題的時候才有價值，一旦這個問題被解決了它們就不再有意義了。這樣，白板和標(biāo)簽往往成為你建模工具的比較好選擇：使用畫圖工具來創(chuàng)建圖表，給你重要的project stakeholder看。只有建模工具能夠給我們的編程工作提供價值（例如代碼自動生成）時才使用建模工具。你可以這樣想：如果你正在創(chuàng)建簡單的模型，這些模型都是可以拋棄的。你建模的目的就是為了理解，一旦你理解了問題，模型就沒有存在的必要了，因此模型都是可以丟棄的，這樣，你根本就不必要使用一個復(fù)雜的建模工具江蘇品牌辦公軟件開發(fā)哪家好Spring Boot（簡化Spring開發(fā)）、Django（Python高效Web框架）、Laravel（PHP安全特性豐富）。

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

不錯，我可以買一張新地圖，地圖是每年出一次的，但為什么要這么麻煩呢？缺少一些街道并沒有讓我痛苦到不得不投資買一份新地圖。簡單的說，當(dāng)?shù)貓D還管用的時候，每年花錢買新地圖是沒有任何意義的。為了保持模型、文檔和源代碼之間的同步，已經(jīng)浪費(fèi)了太多太多的時間和金錢了，而同步是不太可能做到的。時間和金錢投資到新的軟件上不是更好嗎？確實(shí)不錯的主意以下的實(shí)踐雖然沒有包括在AM中，但是可以做為AM的一份補(bǔ)充：◆重構(gòu) 這是一項(xiàng)編碼實(shí)踐。重構(gòu)，就是通過小的變化，使你的代碼支持新的功能，或使你的設(shè)計(jì)盡可能的簡單。從AM的觀點(diǎn)來看，這項(xiàng)實(shí)踐可以保證你在編碼時，你的設(shè)計(jì)干凈、清楚。重構(gòu)是XP的一個重要部分。集成聊天、語音、視頻功能（如釘釘、Slack），支持群組討論與文件共享。

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

提供云端存儲（如Google Drive、OneDrive），支持多格式文件上傳/下載，并實(shí)現(xiàn)版本控制與權(quán)限分級。江蘇品牌辦公軟件開發(fā)哪家好

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

南通利眾網(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)燃新的希望，放飛新的夢想！