有一點(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)一步的了解，可以參閱白皮書(shū)The Object Primer -- An Introduction to Techniques for Agile Modelin...

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

◆遞增的變化和建模相關(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è)模型。這就是遞增的思想?！袅钔顿Y比較大化項(xiàng)目投資者為了開(kāi)發(fā)出滿足自己需要的軟件，需要投入時(shí)間、金錢、設(shè)備等各種資源。投資者應(yīng)該可以選取比較好的方式投資，也可以要求團(tuán)隊(duì)不浪費(fèi)資源。并且，他們還有***的發(fā)言權(quán)，決定要投入多少的資源。通過(guò)推送、郵件等方式發(fā)布企業(yè)動(dòng)態(tài)，確保信息觸達(dá)全員。如皋品牌辦公軟件開(kāi)發(fā)2...

**原則◆主張簡(jiǎn)單敏捷開(kāi)發(fā)當(dāng)從事開(kāi)發(fā)工作時(shí)，主張**簡(jiǎn)單的解決方案就是比較好的解決方案。不要過(guò)分構(gòu)建（overbuild）軟件。用AM的說(shuō)法就是，如果并不需要這項(xiàng)額外功能，那就不要在模型中增加。要有這樣的勇氣：不必要對(duì)這個(gè)系統(tǒng)進(jìn)行過(guò)分的建模（over-model），只要基于現(xiàn)有的需求進(jìn)行建模，日后需求有變更時(shí)，再來(lái)重構(gòu)這個(gè)系統(tǒng)。盡可能的保持模型的簡(jiǎn)單。◆擁抱變化需求時(shí)刻在變，人們對(duì)于需求的理解也時(shí)刻在變。項(xiàng)目進(jìn)行中，Project stakeholder可能變化，會(huì)有新人加入，也會(huì)有舊人離開(kāi)。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ù)庫(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í)，你可和同伴們和在白板上畫(huà)一些圖表來(lái)討論，也可以自己坐下來(lái)開(kāi)發(fā)一些代碼樣例，而前一種方...

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

有一點(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)一步的了解，可以參閱白皮書(shū)The Object Primer -- An Introduction to Techniques for Agile Modelin...

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

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

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

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

不錯(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)圖指定的白...

AM是對(duì)已有方法的補(bǔ)充，而不是一個(gè)完整的方法論。AM的主要焦點(diǎn)是在建模上，其次是文檔。也就是說(shuō)，AM技術(shù)在你的團(tuán)隊(duì)采用敏捷方法（例如eXtreme Programming，Dynamic Systems Development Method （DSDM），Crystal Clear）的基礎(chǔ)上能夠提高建模的效果。AM同樣也可以用于那些傳統(tǒng)過(guò)程（例如Unified Process），盡管這種過(guò)程較低的敏捷性會(huì)使得AM不會(huì)那么成功。AM是一種有效的共同工作的方法，能夠滿足Project Stakeholder的需要。敏捷開(kāi)發(fā)者們和Project Stakeholder進(jìn)行團(tuán)隊(duì)協(xié)作，他們輪流在系統(tǒng)開(kāi)發(fā)...

AM是有效的，而且也已開(kāi)始有效。當(dāng)你學(xué)習(xí)到更多的AM知識(shí)時(shí)，有件事對(duì)你來(lái)說(shuō)可能不好接受，AM近乎無(wú)情的注重有效性。AM告訴你：要使你的 Project Stakeholder的投資比較大化；當(dāng)有清晰的目的以及需要了解受眾的需要時(shí)要建立模型或文檔；運(yùn)用合適的工件來(lái)記錄手頭的情形；不論何時(shí)都盡可能創(chuàng)建簡(jiǎn)單的模型。AM不是靈丹妙藥。敏捷建模是改進(jìn)眾多**軟件開(kāi)發(fā)成果的有效技術(shù)，充其量也就是這樣了。它并不是什么了不得的靈丹妙藥，能夠解決你開(kāi)發(fā)中的所有問(wèn)題。如果你努力的工作；簡(jiǎn)道云、OutSystems，通過(guò)拖拽操作快速搭建應(yīng)用，降低開(kāi)發(fā)門檻。江蘇本地辦公軟件開(kāi)發(fā)哪個(gè)好◆第二個(gè)目標(biāo)是可持續(xù)性即便團(tuán)隊(duì)已經(jīng)...

◆正確使用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í)，你可和同伴們和在白板上畫(huà)一些圖表來(lái)討論，也可以自己坐下來(lái)開(kāi)發(fā)一些代碼樣例，而前一種方...

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

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

◆用代碼驗(yàn)證 模型是一種抽象，一種能夠正確反映你正在構(gòu)建的系統(tǒng)的某個(gè)方面的抽象。但它是否能運(yùn)行呢？要知道結(jié)果，你就應(yīng)該用代碼來(lái)驗(yàn)證你的模型。你已經(jīng)用一些HTML頁(yè)面建立了接受付款地址信息的草圖了嗎？編碼實(shí)現(xiàn)它，給你的用戶展示**終的用戶界面，并獲取反饋。你已經(jīng)做好了表示一個(gè)復(fù)雜業(yè)務(wù)規(guī)則邏輯的UML順序圖了嗎？寫出測(cè)試代碼，業(yè)務(wù)代碼，運(yùn)行測(cè)試以保證你做的是對(duì)的。永遠(yuǎn)也別忘了用迭代的方法開(kāi)發(fā)軟件（這是大多數(shù)項(xiàng)目的標(biāo)準(zhǔn)做法），也別忘了建模只是眾多任務(wù)中的一個(gè)。做一會(huì)兒建模、做一會(huì)兒編碼、做一會(huì)兒測(cè)試（在其它的活動(dòng)之中進(jìn)行）。MySQL（開(kāi)源、性能優(yōu)越）、PostgreSQL（支持復(fù)雜查詢）。海門區(qū)品...

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

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

不錯(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)圖指定的白...

隨著計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)的日漸普及，我國(guó)對(duì)于辦公軟件的使用需求逐漸加大。信息技術(shù)的發(fā)展速度無(wú)法滿足我國(guó)的辦公軟件需求。同時(shí)，因信息技術(shù)方面的高素質(zhì)人才相對(duì)較短缺，辦公軟件的功能未能全部發(fā)揮。此外，因我國(guó)在辦公應(yīng)用軟件的自主研究和開(kāi)發(fā)能力相對(duì)薄弱，創(chuàng)新能力遠(yuǎn)落后于發(fā)達(dá)國(guó)家，故多引用國(guó)外辦公軟件，自主原創(chuàng)類產(chǎn)品相對(duì)稀缺。就我國(guó)辦公軟件應(yīng)用的未來(lái)，要想擺脫當(dāng)前的模式，就應(yīng)當(dāng)不斷強(qiáng)化自主創(chuàng)新意識(shí)，并不斷加強(qiáng)自主研發(fā)和創(chuàng)新，伴隨著中國(guó)加入WTO后知識(shí)產(chǎn)權(quán)保護(hù)政策的重大改善，以及中國(guó)**和企業(yè)信息化進(jìn)程的明顯提速，國(guó)產(chǎn)辦公軟件產(chǎn)業(yè)正面臨空前的發(fā)展機(jī)遇。只要我們正視不足，努力趕超，通過(guò)技術(shù)的創(chuàng)新，營(yíng)銷手段的創(chuàng)新...

有一點(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)一步的了解，可以參閱白皮書(shū)The Object Primer -- An Introduction to Techniques for Agile Modelin...

◆切換到另外的Artifact 當(dāng)你在開(kāi)發(fā)一個(gè)artifact（例如用例、CRC卡片、順序圖、甚至源碼），你會(huì)發(fā)現(xiàn)你卡殼了，這時(shí)候你應(yīng)當(dāng)考慮暫時(shí)切換到另一個(gè)artifact。每一個(gè)artifact都有自己的長(zhǎng)處和短處，每一個(gè)artifact都適合某一類型的工作。無(wú)論何時(shí)你發(fā)現(xiàn)你在某個(gè)artifact上卡殼了，沒(méi)辦法再繼續(xù)了，這就表示你應(yīng)該切換到另一個(gè)artifact上去。舉個(gè)例子，如果你正在制作基本用例，但是在描述業(yè)務(wù)規(guī)則時(shí)遇到了困難，你就該試著把你的注意力轉(zhuǎn)移到別的artifact上去，可能是基本用戶界面原型、CRC模型，可能是業(yè)務(wù)規(guī)則、系統(tǒng)用例、或變化案例。切換到另一個(gè)artifact上去...

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