◆集體所有制 只要有需要，所有人都可以使用、修改項(xiàng)目中的任何模型、任何artifact?！魷y試性思維 當(dāng)你在建立模型的時(shí)候，你就要不斷的問自己，“我該如何測試它？”如果你沒辦法測試正在開發(fā)的軟件，你根本就不應(yīng)該開發(fā)它。在現(xiàn)代的各種軟件過程中，測試和質(zhì)保（quality assurance）活動都貫穿于整個(gè)項(xiàng)目生命周期，一些過程更是提出了“在編寫軟件之前先編寫測試”的概念（這是XP的一項(xiàng)實(shí)踐：“測試優(yōu)先”）。◆并行創(chuàng)建模型 由于每種模型都有其長處和短處，沒有一個(gè)模型能夠完全滿足建模的需要。例如你在收集需求時(shí)，你需要開發(fā)一些基本用例或用戶素材，一個(gè)基本用戶界面原型，和一些業(yè)務(wù)規(guī)則。再結(jié)合實(shí)踐切換到另外的Artifact，，敏捷建模者會發(fā)現(xiàn)在任何時(shí)候，同時(shí)進(jìn)行多個(gè)模型的開發(fā)工作，要比單純集中于一個(gè)模型要有效率的多。市場調(diào)研：分析競爭對手的產(chǎn)品，找出市場空缺和用戶痛點(diǎn)。江蘇信息化辦公軟件開發(fā)哪個(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)，敏捷模型只要足夠一致就行了，你通常不需要使用那么完美的模型。海安本地辦公軟件開發(fā)廠家電話集成測試：測試不同模塊之間的集成情況。

不錯(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è)重要部分。

一旦一個(gè)模型實(shí)現(xiàn)了目標(biāo)，就可以結(jié)束工作，把精力轉(zhuǎn)移到其它的工作上去，例如編寫代碼以檢驗(yàn)?zāi)Ｐ偷倪\(yùn)作。該項(xiàng)原則也可適用于改變現(xiàn)有模型：如果要做一些改變，也許是一個(gè)熟知的模式，應(yīng)該有做出變化的正確理由（可能是為了支持一項(xiàng)新的需求，或是為了重構(gòu)以保證簡潔）。關(guān)于該項(xiàng)原則的一個(gè)重要暗示是應(yīng)該要了解受眾，即便受眾是自己也一樣。◆多種模型敏捷開發(fā)開發(fā)軟件需要使用多種模型，因?yàn)槊糠N模型只能描述軟件的單個(gè)方面，“要開發(fā)現(xiàn)今的商業(yè)應(yīng)用，我們該需要什么樣的模型？”考慮到現(xiàn)今的軟件的復(fù)雜性，你的建模工具箱應(yīng)該要包容大量有用的技術(shù)（關(guān)于產(chǎn)出的清單，可以參閱AM的建模工件）。通過合理的規(guī)劃和執(zhí)行，可以開發(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)模型。MongoDB（適合非結(jié)構(gòu)化數(shù)據(jù)存儲）、Redis（緩存技術(shù)，提升系統(tǒng)性能）。如東參考辦公軟件開發(fā)平臺

任務(wù)分配與追蹤：支持任務(wù)拆解、優(yōu)先級設(shè)定、進(jìn)度可視化（如甘特圖），并集成提醒功能。江蘇信息化辦公軟件開發(fā)哪個(gè)好

◆創(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í)，你很快會發(fā)現(xiàn)，大部分時(shí)候你只需要這些圖表符號的一部分。一個(gè)簡單的模型能夠展示你想要了解的主要功能，例如，一個(gè)類圖，只要能夠顯示類的主要責(zé)任和類之間的關(guān)系就已經(jīng)足夠了江蘇信息化辦公軟件開發(fā)哪個(gè)好

南通利眾網(wǎng)絡(luò)科技有限公司是一家有著先進(jìn)的發(fā)展理念，先進(jìn)的管理經(jīng)驗(yàn)，在發(fā)展過程中不斷完善自己，要求自己，不斷創(chuàng)新，時(shí)刻準(zhǔn)備著迎接更多挑戰(zhàn)的活力公司，在江蘇省等地區(qū)的商務(wù)服務(wù)中匯聚了大量的人脈以及**，在業(yè)界也收獲了很多良好的評價(jià)，這些都源自于自身的努力和大家共同進(jìn)步的結(jié)果，這些評價(jià)對我們而言是比較好的前進(jìn)動力，也促使我們在以后的道路上保持奮發(fā)圖強(qiáng)、一往無前的進(jìn)取創(chuàng)新精神，努力把公司發(fā)展戰(zhàn)略推向一個(gè)新高度，在全體員工共同努力之下，全力拼搏將共同利眾供應(yīng)和您一起攜手走向更好的未來，創(chuàng)造更有價(jià)值的產(chǎn)品，我們將以更好的狀態(tài)，更認(rèn)真的態(tài)度，更飽滿的精力去創(chuàng)造，去拼搏，去努力，讓我們一起更好更快的成長！