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

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

實(shí)施過程中需管理產(chǎn)品待辦列表，優(yōu)先處理高價(jià)值需求，并持續(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)目管理平臺(tái)（如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的原則，我們可以從另一個(gè)角度來看待。

敏捷模型是足夠一致的。一個(gè)敏捷模型并不需要和自己（或其它有用的artifact）保持完全的一致。如果一個(gè)用例在它的一個(gè)步驟中顯式的調(diào)用了另一個(gè)用例，那么相應(yīng)的用例圖需要用UML的 ＜＞ 版型來標(biāo)記這兩個(gè)用例之間的關(guān)系。然而，你看了看圖表，發(fā)現(xiàn)它們并沒有這樣做，天哪！用例和圖之間不一致！危險(xiǎn)！太危險(xiǎn)了！紅色警報(bào)！快逃命呀！等一下，你的用例模型是有不一致的地方，但也沒到世界末日啊。是的，理想情況下，你的所有artifact比較好是能夠完全一致，但這通常是不可能的。當(dāng)我開發(fā)一個(gè)簡單的商用系統(tǒng)時(shí)，我通常都可以容忍部分的不一致。但有時(shí)我是不能容忍這種不一致的。**有力的佐證就是1999年 NASA發(fā)射火星太空探測器時(shí)采用了精密的測量系統(tǒng)。要樹立一個(gè)觀點(diǎn)，敏捷模型只要足夠一致就行了，你通常不需要使用那么完美的模型。這類軟件通常包括文字處理、電子表格、演示文稿、電子郵件、日歷管理、項(xiàng)目管理等功能。

◆正確使用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)可沒有那么容易。辦公軟件開發(fā)是一個(gè)復(fù)雜的過程，需要多方面的知識(shí)和技能。江蘇外包辦公軟件開發(fā)優(yōu)勢

數(shù)據(jù)保護(hù)：確保用戶數(shù)據(jù)的安全性，遵循相關(guān)法律法規(guī)（如GDPR）。如東本地辦公軟件開發(fā)好處

◆用代碼驗(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)行）。如東本地辦公軟件開發(fā)好處

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