◆小增量建模 采用增量開發(fā)的方式，你可以把大的工作量分成能夠發(fā)布的小塊，每次的增量控制在幾個(gè)星期或一兩個(gè)月的時(shí)間內(nèi)，促使你更快的把軟件交付給你的用戶，增加了你的敏捷性?！艉退艘黄鸾?當(dāng)你有目的建模時(shí)你會(huì)發(fā)現(xiàn)，你建模可能是為了了解某事，可能是為了同他人交流你的想法，或是為了在你的項(xiàng)目中建立起共同的愿景。這是一個(gè)團(tuán)體活動(dòng)，一個(gè)需要大家有效的共同工作才能完成的活動(dòng)。你發(fā)現(xiàn)你的開發(fā)團(tuán)隊(duì)必須共同協(xié)作，才能建立一組**模型，這對(duì)你的項(xiàng)目是至關(guān)重要的。例如，為了建立系統(tǒng)的映像和架構(gòu)，你需要和同組成員一起建立所有人都贊同的解決方案，同時(shí)還要盡可能的保持它的簡單性。大多數(shù)時(shí)候，比較好的方法是和另一些人討論這...

敏捷模型是足夠正確的。模型通常都不需要100%正確，只要足夠正確就行了。舉個(gè)例子，如果一張街道地圖漏畫了一條街道，或是它標(biāo)示某條街道是通行的，但你發(fā)現(xiàn)它已經(jīng)關(guān)閉維修了，那你會(huì)不會(huì)扔掉你的地圖開始在城里飆車犯罪呢？不太可能。你會(huì)考慮更新你的地圖，你可能會(huì)拿出筆來自己做修改或是去當(dāng)?shù)氐纳痰曩I一張***版的地圖（你原來的那張過期了）。也許你還是會(huì)接受那張雖不完美但仍可使用的地圖，因?yàn)樗鼘?duì)你來說已經(jīng)足夠好了。你還是可以用這張地圖四處轉(zhuǎn)轉(zhuǎn)，因?yàn)樗€是個(gè)正確的模型，標(biāo)記出了大部分街道的位置。你在發(fā)現(xiàn)這張地圖不正確的時(shí)候，你沒有立刻扔掉它，原因是你根本不在乎它是否完美。類似的，當(dāng)你在需求模型、數(shù)據(jù)模型中發(fā)現(xiàn)...

隨機(jī)應(yīng)變要達(dá)到敏捷的成功—交付支撐業(yè)務(wù)的比較好軟件—軟件**也可以引用這些規(guī)則。自**專注于工作，交付正確的軟件，而不是被他人的憤怒情緒所影響。分享經(jīng)驗(yàn)構(gòu)建完美軟件開發(fā)流程，并沒有統(tǒng)一的模式。但是在這個(gè)領(lǐng)域，敏捷技術(shù)，加上持續(xù)的應(yīng)用和改進(jìn)，都能夠達(dá)到敏捷的成功。 [3]Visual Studio Team Foundation Server (TFS)TFS，即團(tuán)隊(duì)基礎(chǔ)服務(wù)器（Team Foundation Server），是微軟應(yīng)用程序進(jìn)行生命周期管理的服務(wù)器，用于幫助團(tuán)隊(duì)在Visual Studio的協(xié)作開發(fā)。**近，它進(jìn)行了升級(jí)，包括工作項(xiàng)目執(zhí)行改進(jìn)、富文本編輯器的改進(jìn)，以及富文本編輯器...

◆創(chuàng)建簡單的內(nèi)容 你應(yīng)該盡可能的使你的模型（需求、分析、架構(gòu)、設(shè)計(jì)）保持簡單，但前提是能夠滿足你的project stakeholder的需要。這就意味著，除非有充分的理由，你不應(yīng)該隨便在模型上畫蛇添足－－如果你手頭上沒有系統(tǒng)認(rèn)證的功能，你就不應(yīng)該給你的模型增加這么一個(gè)功能。要有這樣的勇氣，一旦被要求添加這項(xiàng)功能，自己就能夠馬上做到。這和XP的實(shí)踐“簡單設(shè)計(jì)”的思想是一樣的?！艉唵蔚亟?當(dāng)你考慮所有你能夠使用的圖表（UML圖、用戶界面圖、數(shù)據(jù)模型等）時(shí)，你很快會(huì)發(fā)現(xiàn)，大部分時(shí)候你只需要這些圖表符號(hào)的一部分。一個(gè)簡單的模型能夠展示你想要了解的主要功能，例如，一個(gè)類圖，只要能夠顯示類的主要責(zé)任和...

◆高質(zhì)量的工作沒有人喜歡爛糟糟的工作。做這項(xiàng)工作的人不喜歡，是因?yàn)闆]有成就感；日后負(fù)責(zé)重構(gòu)這項(xiàng)工作（因?yàn)槟承┰颍┑娜瞬幌矚g，是因?yàn)樗y以理解，難以更新；**終用戶不喜歡，是因?yàn)樗嗳酰菀壮鲥e(cuò)，也不符合他們的期望?！艨焖俜答亸拈_始采取行動(dòng)，到獲得行動(dòng)的反饋，二者之間的時(shí)間至關(guān)緊要。和其他人一起開發(fā)模型，你的想法可以立刻獲得反饋，特別是你的工作采用了共享建模技術(shù)的時(shí)候，例如白板、CRC卡片或即時(shí)貼之類的基本建模材料。和你的客戶緊密工作集成聊天、語音、視頻功能（如釘釘、Slack），支持群組討論與文件共享。如皋信息化辦公軟件開發(fā)哪家好隨著計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)的日漸普及，我國對(duì)于辦公軟件的使用需求逐...

◆重用現(xiàn)有的資源 這是敏捷建模者能夠利用的信息財(cái)富。例如，也許一些分析和設(shè)計(jì)模式適合應(yīng)用到系統(tǒng)上去，也許你能夠從現(xiàn)有的模型中獲利，例如企業(yè)需求模型，業(yè)務(wù)過程模型，物理數(shù)據(jù)模型，甚至是描述你用戶團(tuán)體中的系統(tǒng)如何部署的模型。但是，盡管你常常搜索一些比較正確的模型，可事實(shí)是，在大多數(shù)組織中，這些模型要么就不存在，要么就已經(jīng)過期了?！舴堑饺f不得已不更新 你應(yīng)當(dāng)在你確實(shí)需要時(shí)才更新模型，就是說，當(dāng)不更新模型造成的代價(jià)超出了更新模型所付出的代價(jià)的時(shí)候。使用這種方法，你會(huì)發(fā)現(xiàn)你更新模型的數(shù)量比以前少多了，因?yàn)槭聦?shí)就是，并不是那么完美的模型才能提供價(jià)值的。我家鄉(xiāng)的街道圖已經(jīng)使用了5年了，5年我自己街道并沒有改...

LeanKit使用 LeanKit的團(tuán)隊(duì)可以看到工作負(fù)載的分布并導(dǎo)出歷史數(shù)據(jù)。**近 LeanKit 進(jìn)行了一次升級(jí)，包含單點(diǎn)登錄功能和附加報(bào)告功能，從而提供更細(xì)粒度的數(shù)據(jù)詳細(xì)信息。PlanboxPlanbox 敏捷管理工具通過燃盡圖跟蹤進(jìn)程，集成客戶反饋，它的目標(biāo)人群很***。**近它對(duì)應(yīng)用的前端和后端都做了升級(jí)，添加了更強(qiáng)大的報(bào)告功能和新儀表盤，來提升項(xiàng)目速度。它所具有的時(shí)間跟蹤特性和工具允許用戶得到所有他們在Planbox產(chǎn)生的數(shù)據(jù)。 [4]敏捷建模（AM）在AM原則的基礎(chǔ)上定義了一組**實(shí)踐（practice）和補(bǔ)充實(shí)踐，其中的某些實(shí)踐已經(jīng)是極限編程（XP）中采用了的，并在 Extre...

AM是有效的，而且也已開始有效。當(dāng)你學(xué)習(xí)到更多的AM知識(shí)時(shí)，有件事對(duì)你來說可能不好接受，AM近乎無情的注重有效性。AM告訴你：要使你的 Project Stakeholder的投資比較大化；當(dāng)有清晰的目的以及需要了解受眾的需要時(shí)要建立模型或文檔；運(yùn)用合適的工件來記錄手頭的情形；不論何時(shí)都盡可能創(chuàng)建簡單的模型。AM不是靈丹妙藥。敏捷建模是改進(jìn)眾多**軟件開發(fā)成果的有效技術(shù)，充其量也就是這樣了。它并不是什么了不得的靈丹妙藥，能夠解決你開發(fā)中的所有問題。如果你努力的工作；單元測試：對(duì)各個(gè)模塊進(jìn)行單元測試，確保功能正常。啟東品牌辦公軟件開發(fā)供應(yīng)商◆為交流建模 建模的次要原因是為了和團(tuán)隊(duì)之外的人交流或建...

Atlassian Jira00:50【秒懂百科】一分鐘了解JIRAAtlassian推出的Jira是一個(gè)很流行的工具，主要用于跟蹤產(chǎn)品開發(fā)、幫助團(tuán)隊(duì)整理問題、安排事務(wù)，以及記錄團(tuán)隊(duì)行為。它內(nèi)置的Jira Agile插件使開發(fā)人員更容易部署關(guān)鍵敏捷策略，這包括用戶故事開發(fā)、沖刺模塊構(gòu)建，以及可視化的團(tuán)隊(duì)活動(dòng)。AxosoftAxosoft以前被稱為Axosoft OnTime Scrum，這一軟件套件有四個(gè)功能模塊：Scrum、Bug追蹤器、幫助臺(tái)和Wiki。它是基于HTML5構(gòu)建的，幫助開發(fā)團(tuán)隊(duì)管理待辦事項(xiàng)列表、發(fā)布和沖刺，帶有燃盡圖功能，有一個(gè)管理儀表板用于跟蹤編碼和修改BUG的時(shí)間。云服務(wù)...

辦公軟件是指可以進(jìn)行文字處理、表格制作、幻燈片制作、圖形圖像處理、簡單數(shù)據(jù)庫的處理等方面工作的軟件。辦公軟件朝著操作簡單化，功能細(xì)化等方向發(fā)展。辦公軟件的應(yīng)用范圍很廣，大到社會(huì)統(tǒng)計(jì)，小到會(huì)議記錄，數(shù)字化的辦公，離不開辦公軟件的鼎力協(xié)助。另外，**用的電子政務(wù)，稅務(wù)用的稅務(wù)系統(tǒng)，企業(yè)用的協(xié)同辦公軟件，這些都屬于辦公軟件。計(jì)算機(jī)已經(jīng)普及到我們工作、生活的各個(gè)方面，上班族只要一打開電腦，基本上90%以上都需要使用辦公軟件，無論是起草文件、撰寫報(bào)告還是統(tǒng)計(jì)分析數(shù)據(jù)，辦公軟件已經(jīng)成為我們工作必備的基礎(chǔ)軟件。有時(shí)也會(huì)把協(xié)同OA、圖像處理軟件納入到辦公軟件范疇，它們也是支撐我們工作的一部分，但覆蓋用戶范圍有...

1、文字處理軟件辦公軟件在使用計(jì)算機(jī)辦公軟件的過程中，我們通常使用Microsoft Office Word軟件。這是一款文本編輯軟件，可以讓員工快速輕松地整理各種需求。一種文件，通過編輯文檔，打印出來的文檔可以更加美觀大方。Word軟件更能滿足人們對(duì)文本布局的需求，也是**基本的辦公軟件。文字處理軟件在企業(yè)辦公自動(dòng)化中具有重要意義。一方面，文字處理軟件可用于文字編輯、排版、校對(duì)和印刷。另一方面，文字處理軟件占用更少的存儲(chǔ)空間，而且是可移植的權(quán)限管理：實(shí)現(xiàn)用戶權(quán)限管理，確保數(shù)據(jù)的訪問控制。海安本地辦公軟件開發(fā)供應(yīng)商◆逐漸應(yīng)用模式 高效的建模者會(huì)學(xué)習(xí)通用的架構(gòu)模式、設(shè)計(jì)模式和分析模式，并適當(dāng)?shù)陌?..

**原則◆主張簡單敏捷開發(fā)當(dāng)從事開發(fā)工作時(shí)，主張**簡單的解決方案就是比較好的解決方案。不要過分構(gòu)建（overbuild）軟件。用AM的說法就是，如果并不需要這項(xiàng)額外功能，那就不要在模型中增加。要有這樣的勇氣：不必要對(duì)這個(gè)系統(tǒng)進(jìn)行過分的建模（over-model），只要基于現(xiàn)有的需求進(jìn)行建模，日后需求有變更時(shí)，再來重構(gòu)這個(gè)系統(tǒng)。盡可能的保持模型的簡單。◆擁抱變化需求時(shí)刻在變，人們對(duì)于需求的理解也時(shí)刻在變。項(xiàng)目進(jìn)行中，Project stakeholder可能變化，會(huì)有新人加入，也會(huì)有舊人離開。Project stakeholder的觀點(diǎn)也可能變化，努力的目標(biāo)和成功標(biāo)準(zhǔn)也有可能發(fā)生變化。這就意味...

◆測試優(yōu)先設(shè)計(jì) 這是一項(xiàng)開發(fā)實(shí)踐。在你開始編寫你的業(yè)務(wù)代碼之前，你要先考慮、編寫你的測試案例。從AM的觀點(diǎn)來看，這項(xiàng)實(shí)踐強(qiáng)制要求你在寫代碼之前先通盤考慮你的設(shè)計(jì)，所以你不再需要細(xì)節(jié)設(shè) 計(jì)建模了。測試優(yōu)先設(shè)計(jì)是XP的一個(gè)重要部分。敏捷開發(fā)敏捷開發(fā)方法論AM是一種態(tài)度，而不是一個(gè)說明性的過程。AM是敏捷建模者們堅(jiān)持的價(jià)值觀、敏捷建模者們相信的原則、敏捷建模者們應(yīng)用的實(shí)踐組成的**。AM描述了一種建模的風(fēng)格。當(dāng)它應(yīng)用于敏捷的環(huán)境中時(shí)，能夠提高開發(fā)的質(zhì)量和速度，同時(shí)能夠避免過度簡化和不切實(shí)際的期望。AM可不是開發(fā)的“食譜”，如果你尋覓的是一些細(xì)節(jié)的指導(dǎo)，如建立UML順序圖或是畫出用戶界面流圖，你可以看...

敏捷模型是足夠一致的。一個(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ā)射火...

劣勢分析在運(yùn)用計(jì)算機(jī)辦公軟件進(jìn)行資料的編輯與整理時(shí)，如果計(jì)算機(jī)設(shè)備出現(xiàn)問題或者計(jì)算機(jī)軟件的運(yùn)行出現(xiàn)問題，可能會(huì)導(dǎo)致數(shù)據(jù)的丟失或出錯(cuò)。如果計(jì)算機(jī)網(wǎng)絡(luò)中了木馬或者病毒，可能會(huì)導(dǎo)致信息的泄露或被他人***，如果丟失了重要信息，比如國家的機(jī)密信息或企業(yè)的機(jī)密文件被他人***，會(huì)為國家的安全帶來巨大的威脅，為企業(yè)帶來巨大的經(jīng)濟(jì)損失，對(duì)此需要采取有效的殺毒措施防范。 [2]（一）加強(qiáng)軟件開發(fā)人才的培養(yǎng)很有必要加強(qiáng)我國軟件開發(fā)的人才培養(yǎng)，要讓這個(gè)領(lǐng)域的人才隊(duì)伍建設(shè)更加充實(shí)，能夠培養(yǎng)出更多這個(gè)領(lǐng)域的專業(yè)人才。一方面，高校應(yīng)當(dāng)在這個(gè)專業(yè)的人才培養(yǎng)上進(jìn)行加強(qiáng)，另一方面，要給這些人才提供更多實(shí)踐的機(jī)會(huì)和平臺(tái)，這是讓...

而如果你想要保留的*是3個(gè)模型，很明顯，你實(shí)現(xiàn)同樣的改變要花費(fèi)的功夫就少多了，你的靈活性就增強(qiáng)了，因?yàn)槟闶窃谳p裝前進(jìn)。類似的，你的模型越復(fù)雜，越詳細(xì)，發(fā)生的改變極可能就越難實(shí)現(xiàn)（每個(gè)模型都更“沉重”了些，因此維護(hù)的負(fù)擔(dān)也就大了）。每次你要決定保留一個(gè)模型時(shí)，你就要權(quán)衡模型載有的信息對(duì)團(tuán)隊(duì)有多大的好處（所以才需要加強(qiáng)團(tuán)隊(duì)之間，團(tuán)隊(duì)和項(xiàng)目投資者之間的溝通）。千萬不要小看權(quán)衡的嚴(yán)重性。一個(gè)人要想過沙漠，他一定會(huì)攜帶地圖，帽子，質(zhì)地優(yōu)良的鞋子，水壺。這類軟件通常包括文字處理、電子表格、演示文稿、電子郵件、日歷管理、項(xiàng)目管理等功能。崇川區(qū)常規(guī)辦公軟件開發(fā)熱線實(shí)施過程中需管理產(chǎn)品待辦列表，優(yōu)先處理高價(jià)值需...

**原則◆主張簡單敏捷開發(fā)當(dāng)從事開發(fā)工作時(shí)，主張**簡單的解決方案就是比較好的解決方案。不要過分構(gòu)建（overbuild）軟件。用AM的說法就是，如果并不需要這項(xiàng)額外功能，那就不要在模型中增加。要有這樣的勇氣：不必要對(duì)這個(gè)系統(tǒng)進(jìn)行過分的建模（over-model），只要基于現(xiàn)有的需求進(jìn)行建模，日后需求有變更時(shí)，再來重構(gòu)這個(gè)系統(tǒng)。盡可能的保持模型的簡單?！魮肀ё兓枨髸r(shí)刻在變，人們對(duì)于需求的理解也時(shí)刻在變。項(xiàng)目進(jìn)行中，Project stakeholder可能變化，會(huì)有新人加入，也會(huì)有舊人離開。Project stakeholder的觀點(diǎn)也可能變化，努力的目標(biāo)和成功標(biāo)準(zhǔn)也有可能發(fā)生變化。這就意味...

◆為交流建模 建模的次要原因是為了和團(tuán)隊(duì)之外的人交流或建立合同模型。因?yàn)橛行┠Ｐ褪墙o團(tuán)隊(duì)之外的客戶的，你需要投入時(shí)間，使用諸如文字處理器，畫圖工具包，甚至是那些“被廣告吹得天花亂墜”的CASE工具來美化模型。◆為理解建模 建模的**重要的應(yīng)用就是探索問題空間，以識(shí)別和分析系統(tǒng)的需求，或是比較和對(duì)照可能的設(shè)計(jì)選擇方法，以識(shí)別可能滿足需求的、**簡單的解決方案。根據(jù)這項(xiàng)實(shí)踐，你通常需要針對(duì)軟件的某個(gè)方面建立小的、簡單的圖表，例如類的生命周期圖，或屏幕順序，這些圖表通常在你完成目的（理解）之后就被丟棄。云服務(wù)：考慮使用云服務(wù)（如AWS, Azure, Google Cloud）進(jìn)行部署。海安參考辦公...

敏捷模型是足夠正確的。模型通常都不需要100%正確，只要足夠正確就行了。舉個(gè)例子，如果一張街道地圖漏畫了一條街道，或是它標(biāo)示某條街道是通行的，但你發(fā)現(xiàn)它已經(jīng)關(guān)閉維修了，那你會(huì)不會(huì)扔掉你的地圖開始在城里飆車犯罪呢？不太可能。你會(huì)考慮更新你的地圖，你可能會(huì)拿出筆來自己做修改或是去當(dāng)?shù)氐纳痰曩I一張***版的地圖（你原來的那張過期了）。也許你還是會(huì)接受那張雖不完美但仍可使用的地圖，因?yàn)樗鼘?duì)你來說已經(jīng)足夠好了。你還是可以用這張地圖四處轉(zhuǎn)轉(zhuǎn)，因?yàn)樗€是個(gè)正確的模型，標(biāo)記出了大部分街道的位置。你在發(fā)現(xiàn)這張地圖不正確的時(shí)候，你沒有立刻扔掉它，原因是你根本不在乎它是否完美。類似的，當(dāng)你在需求模型、數(shù)據(jù)模型中發(fā)現(xiàn)...

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

優(yōu)勢分析1、實(shí)現(xiàn)了跨地域應(yīng)用在使用計(jì)算機(jī)辦公軟件中，我們可以實(shí)現(xiàn)數(shù)據(jù)資料的跨地域應(yīng)用，在數(shù)據(jù)資料的傳遞過程中，只需要通過網(wǎng)絡(luò)就可以在極短的時(shí)間內(nèi)將所需資料傳出或接入，極大程度上縮短了資料傳遞所需的時(shí)間，非常適合現(xiàn)今這個(gè)節(jié)奏感超快的社會(huì)。2、提升資料收集與整理的準(zhǔn)確性辦公人員經(jīng)常需要對(duì)辦公資料與數(shù)據(jù)進(jìn)行歸納和整理，此過程非常的繁瑣，極易出現(xiàn)問題。在使用計(jì)算機(jī)辦公軟件后，對(duì)數(shù)據(jù)資料的整理變得非常輕松，而且準(zhǔn)確性變得非常高，極大地提升了辦公人員的工作效率。通過標(biāo)簽、分類、搜索功能提升文檔檢索效率，如SharePoint支持企業(yè)級(jí)文檔歸檔與批量操作。海門區(qū)外包辦公軟件開發(fā)24小時(shí)服務(wù)而如果你想要保留的...

◆遞增的變化和建模相關(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)，決定要投入多少的資源。通過推送、郵件等方式發(fā)布企業(yè)動(dòng)態(tài)，確保信息觸達(dá)全員。如皋品牌辦公軟件開發(fā)2...

**原則◆主張簡單敏捷開發(fā)當(dāng)從事開發(fā)工作時(shí)，主張**簡單的解決方案就是比較好的解決方案。不要過分構(gòu)建（overbuild）軟件。用AM的說法就是，如果并不需要這項(xiàng)額外功能，那就不要在模型中增加。要有這樣的勇氣：不必要對(duì)這個(gè)系統(tǒng)進(jìn)行過分的建模（over-model），只要基于現(xiàn)有的需求進(jìn)行建模，日后需求有變更時(shí)，再來重構(gòu)這個(gè)系統(tǒng)。盡可能的保持模型的簡單?！魮肀ё兓枨髸r(shí)刻在變，人們對(duì)于需求的理解也時(shí)刻在變。項(xiàng)目進(jìn)行中，Project stakeholder可能變化，會(huì)有新人加入，也會(huì)有舊人離開。Project stakeholder的觀點(diǎn)也可能變化，努力的目標(biāo)和成功標(biāo)準(zhǔn)也有可能發(fā)生變化。這就意味...

◆正確使用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ā)一些代碼樣例，而前一種方...

◆使用**簡單的工具 大多數(shù)的模型都可以畫在白板上，紙上，甚至紙巾的背面。如果你想要保存這些圖標(biāo)，你可以用數(shù)碼相機(jī)把它們拍下來，或只是簡單的把他們轉(zhuǎn)錄到紙上。這樣做是因?yàn)榇蠖鄶?shù)的圖表都是可以扔掉的，它們只有在你畫出模型并思考一個(gè)問題的時(shí)候才有價(jià)值，一旦這個(gè)問題被解決了它們就不再有意義了。這樣，白板和標(biāo)簽往往成為你建模工具的比較好選擇：使用畫圖工具來創(chuàng)建圖表，給你重要的project stakeholder看。只有建模工具能夠給我們的編程工作提供價(jià)值（例如代碼自動(dòng)生成）時(shí)才使用建模工具。你可以這樣想：如果你正在創(chuàng)建簡單的模型，這些模型都是可以拋棄的。你建模的目的就是為了理解，一旦你理解了問題，模...

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

不錯(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è)重要部分。權(quán)限管理：實(shí)現(xiàn)用...

AM是有效的，而且也已開始有效。當(dāng)你學(xué)習(xí)到更多的AM知識(shí)時(shí)，有件事對(duì)你來說可能不好接受，AM近乎無情的注重有效性。AM告訴你：要使你的 Project Stakeholder的投資比較大化；當(dāng)有清晰的目的以及需要了解受眾的需要時(shí)要建立模型或文檔；運(yùn)用合適的工件來記錄手頭的情形；不論何時(shí)都盡可能創(chuàng)建簡單的模型。AM不是靈丹妙藥。敏捷建模是改進(jìn)眾多**軟件開發(fā)成果的有效技術(shù)，充其量也就是這樣了。它并不是什么了不得的靈丹妙藥，能夠解決你開發(fā)中的所有問題。如果你努力的工作；提供云端存儲(chǔ)（如Google Drive、OneDrive），支持多格式文件上傳/下載，并實(shí)現(xiàn)版本控制與權(quán)限分級(jí)。南通參考辦公軟件...

經(jīng)常交付可以工作的軟件，從幾星期到幾個(gè)月，時(shí)間尺度越短越好。業(yè)務(wù)人員和開發(fā)者應(yīng)該在整個(gè)項(xiàng)目過程中始終朝夕在一起工作。圍繞斗志高昂的人進(jìn)行軟件開發(fā)，給開發(fā)者提供適宜的環(huán)境，滿足他們的需要，并相信他們能夠完成任務(wù)。在開發(fā)小組中***率也***果的信息傳達(dá)方式是面對(duì)面的交談?？梢怨ぷ鞯能浖沁M(jìn)度的主要度量標(biāo)準(zhǔn)。敏捷過程提倡可持續(xù)開發(fā)。出資人、開發(fā)人員和用戶應(yīng)該總是維持不變的節(jié)奏。對(duì)***技術(shù)與良好設(shè)計(jì)的不斷追求將有助于提高敏捷性。簡單——盡可能減少工作量的藝術(shù)至關(guān)重要。比較好的架構(gòu)、需求和設(shè)計(jì)都源自自我組織的團(tuán)隊(duì)。每隔一定時(shí)間，團(tuán)隊(duì)都要總結(jié)如何更有效率，然后相應(yīng)地調(diào)整自己的行為。 [2]辦公軟件開發(fā)...

AM也不是要反對(duì)CASE工具。敏捷建模者使用那些能夠幫助開發(fā)人員提高效果，提升價(jià)值的工具。而且，他們還盡力使用那些能夠勝任工作的**簡單的工具。敏捷模型要想了解AM，你需要了解模型和敏捷模型之間的區(qū)別。模型是一個(gè)抽象的概念，它描述了問題的一個(gè)或多個(gè)方面，或是處理這個(gè)問題可能的解決方案。傳統(tǒng)意義上，模型被認(rèn)為是圖表加上相應(yīng)的文檔。然而那些不夠直觀的artifact，也可以被視為模型，例如CRC卡片集，單條或多條業(yè)務(wù)規(guī)則的文字描述，或是業(yè)務(wù)流程的一段結(jié)構(gòu)化英文描述。一個(gè)敏捷模型就是一個(gè)剛剛足夠好的模型。但是你怎么知道什么時(shí)候模型才是剛剛足夠好呢？當(dāng)敏捷模型顯現(xiàn)出如下的特性時(shí)，它就是剛剛足夠好的：如...