這篇文章主要介紹了JavaWeb DWR怎么使用，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

成都創(chuàng)新互聯(lián)公司是一家專業(yè)提供秦都企業(yè)網(wǎng)站建設(shè),專注與網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、H5技術(shù)、小程序制作等業(yè)務(wù)。10年已為秦都眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進(jìn)行中。

我們理解東西習(xí)慣從已知連接未知，首先我們來對(duì)比一下。我們最先了解到的是瀑布模型，那么它就是不敏捷的。瀑布開發(fā)模式把開發(fā)分成一系列階段，如需求、設(shè)計(jì)、開發(fā)、測(cè)試，就像下圖它畫出來的，看起來很像瀑布，所以叫瀑布開發(fā)。
問題是需求的交付難道不都是要經(jīng)歷這些階段嗎？

瀑布開發(fā)的本質(zhì)問題并不是階段，而是批量。需求批量地在一起進(jìn)行設(shè)計(jì)，然后是批量地開發(fā)，批量地測(cè)試、交付等等。批量有什么問題? 首先，批量讓價(jià)值交付延遲，所有需求在最后的階段才能交付，價(jià)值交付比較晚。Google執(zhí)行董事長(zhǎng)施密特提出過反摩爾定律，表述為：“如果18個(gè)月之后我們只能賣出跟今天一樣的東西，我們就只能得到一半的收入?！眱r(jià)值的交付時(shí)間將直接影響收入。

敏捷的目標(biāo)1：

敏捷開發(fā)有第一個(gè)目標(biāo)就是更快的交付價(jià)值，這里的快指的不是絕對(duì)速度，而是更早的交付。
在項(xiàng)目結(jié)束的時(shí)候，一定是對(duì)產(chǎn)品和項(xiàng)目的知識(shí)理解最充分的時(shí)候。這顯而易見，我們?cè)陧?xiàng)目進(jìn)程中積累了知識(shí)，特別是當(dāng)向用戶交付產(chǎn)品后，用戶反饋：“我要的不是這個(gè)啊，我說的明明是……”，這時(shí)候你瞬間狂漲知識(shí)，并感嘆道“你怎么不早說呢？”。這中間可能有溝通問題，但更多可能的是，用戶這時(shí)才清楚或能夠描述他們要的是啥，更有甚者，我們可能一開始連用戶是誰也未必能準(zhǔn)確地定義。產(chǎn)品和業(yè)務(wù)開發(fā)本來就是一個(gè)探索的過程，開始時(shí)一定是最無知的時(shí)刻。
項(xiàng)目中的大部分決策也一定是在項(xiàng)目開始的時(shí)刻做出的，這將有一個(gè)重大的悖論，在最無知的時(shí)刻，做出了最重要而且是絕大部分的決策，并把它作為隨后執(zhí)行的依據(jù)。面對(duì)不確定的技術(shù)、市場(chǎng)環(huán)境，傳統(tǒng)開發(fā)模式已無法適應(yīng)要求，悖論越發(fā)突出。
敏捷開發(fā)將通過迭代應(yīng)對(duì)這一問題，只做初始決策，定大致的方向。通過市場(chǎng)反饋不斷修正對(duì)產(chǎn)品的認(rèn)知，增量的決策和調(diào)整。

敏捷的目標(biāo)2：

產(chǎn)品開發(fā)過程中，技術(shù)環(huán)境、市場(chǎng)環(huán)境、競(jìng)品策略、團(tuán)隊(duì)認(rèn)知都會(huì)發(fā)生變化。面對(duì)變化的環(huán)境，我們必須承認(rèn)自己的無知，在開發(fā)過程主動(dòng)有效地學(xué)習(xí)，不斷地汲取反饋，靈活地調(diào)整。這也是敏捷的第二個(gè)業(yè)務(wù)目標(biāo)，有效學(xué)習(xí)和靈活響應(yīng)變化。

敏捷過程

敏捷開發(fā)是一種以人為核心，以迭代方式循序漸進(jìn)開發(fā)的方法，其軟件開發(fā)的過程稱為“敏捷過程”。

在這一過程中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成功都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。

在2001年年初，一些業(yè)界專家成立了敏捷聯(lián)盟，起草了敏捷軟件開發(fā)宣言。該宣言針對(duì)一些企業(yè)的現(xiàn)狀，提出了讓軟件開發(fā)團(tuán)隊(duì)具有快速工作、快速應(yīng)變能力的若干價(jià)值觀和原則，其中包括4個(gè)簡(jiǎn)單的價(jià)值觀以及敏捷開發(fā)方法應(yīng)遵循的12條原則。

敏捷開發(fā)的價(jià)值觀

1.個(gè)人和交互勝過過程和工具。
2.可以運(yùn)行的軟件勝過面面俱到的文檔。
3.客戶合作勝過合同談判。
4.響應(yīng)變化勝過遵循計(jì)劃。

敏捷開發(fā)應(yīng)遵循的12條原則

1.通過盡早的、不斷地提交有價(jià)值的軟件來使客戶滿意。
2.即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。
3.以從幾個(gè)星期到幾個(gè)月為周期，盡快、不斷地提交可運(yùn)行的軟件。
4.在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。
5.以積極向上的員工為中心，建立項(xiàng)目組，給他們提供所需的環(huán)境和支持，并對(duì)他們的工作予以充分的信任。
6.在團(tuán)隊(duì)內(nèi)部，最有效、效率最高的傳遞信息的方法，就是面對(duì)面的交流。
7.測(cè)量項(xiàng)目進(jìn)展的首要依據(jù)是可運(yùn)行軟件。
8.敏捷過程提倡可持續(xù)的開發(fā)，責(zé)任人、開發(fā)者和用戶應(yīng)該為能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度而努力。
9.時(shí)刻關(guān)注技術(shù)上的精益求精和好的設(shè)計(jì)，以增強(qiáng)敏捷能力。
10.簡(jiǎn)單是最根本的。
11.最好的構(gòu)架、需求和設(shè)計(jì)出于自組織的團(tuán)隊(duì)。
12.每隔一定時(shí)間，團(tuán)隊(duì)要反省如何才能更有效地工作，然后相應(yīng)地調(diào)整自己的行為。

敏捷組織提出的敏捷開發(fā)模型的整體框架主要有三個(gè)：
Scrum、XP（eXtreme Programming）、OpenUP 這3個(gè)敏捷實(shí)踐。

敏捷開發(fā)的原則

1.凝聚人的力量，緊密協(xié)（合）作。包括業(yè)務(wù)負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)、客戶、管理者之間的關(guān)系，所有這些關(guān)系在以前都是造成項(xiàng)目危機(jī)的原因之一，那么，在敏捷時(shí)代，我們需要這些角色 緊密合作，大限度的發(fā)揮各個(gè)角色的力量.
2.聚焦客戶價(jià)值，消除浪費(fèi)（如何聚焦用戶價(jià)值，即頻繁的交付用戶可工作的軟件，快速收到用戶反饋）

敏捷團(tuán)隊(duì)運(yùn)作機(jī)制

1.一個(gè)團(tuán)隊(duì)有自己的待辦事項(xiàng)，對(duì)待辦事項(xiàng)進(jìn)行拆小。
2.按客戶價(jià)值進(jìn)行優(yōu)先級(jí)排序，產(chǎn)品經(jīng)理負(fù)責(zé)價(jià)值排序。
3.小而穩(wěn)定，跨職能團(tuán)隊(duì)。
4.多個(gè)團(tuán)隊(duì)松耦合（依賴性比較低），對(duì)齊迭代時(shí)間和戰(zhàn)略目標(biāo)。

關(guān)鍵的團(tuán)隊(duì)角色

產(chǎn)品負(fù)責(zé)人
Scrum主管（流程主管）
開發(fā)團(tuán)隊(duì)

產(chǎn)品負(fù)責(zé)人（Product Owner）

負(fù)責(zé)管理產(chǎn)品backlog（待辦事項(xiàng)）的唯一負(fù)責(zé)人
代表客戶/項(xiàng)目如責(zé)任人
定義產(chǎn)品的所有特性
負(fù)責(zé)產(chǎn)品的投入產(chǎn)出
負(fù)責(zé)大化產(chǎn)品和開發(fā)團(tuán)隊(duì)工作的價(jià)值

Scrum Master（流程主管）

起到教練的職責(zé)，領(lǐng)導(dǎo)團(tuán)隊(duì)完成Scrum的實(shí)踐以及體現(xiàn)其價(jià)值。
排除團(tuán)隊(duì)遇到的困難，使得團(tuán)隊(duì)緊密合作，使得團(tuán)隊(duì)個(gè)人具有多方面職能的工作能力。
確保團(tuán)隊(duì)能勝任其工作，并保持高效的生產(chǎn)率。
保護(hù)團(tuán)隊(duì)不受到外來無端影響

關(guān)鍵的團(tuán)隊(duì)活動(dòng)

每日例會(huì)：每日5分鐘左右的一個(gè)簡(jiǎn)單例會(huì)，盡可能多的開發(fā)人員參與進(jìn)來對(duì)緊要問題的討論。
評(píng)審會(huì)：需要在迭代周期的最后一天召開，1個(gè)小時(shí)左右就可以了，需要客戶出席，如果客戶不能出席，則需要產(chǎn)品經(jīng)理出席
迭代回顧會(huì)：迭代回顧會(huì)是在每個(gè)迭代結(jié)束時(shí)進(jìn)行，總結(jié)工作中的經(jīng)驗(yàn)和教訓(xùn)，時(shí)間維持在30-60分鐘內(nèi)，整個(gè)團(tuán)隊(duì)都需要參加（Scrum Master、Product Owner、開發(fā)團(tuán)隊(duì)以及客戶）。迭代回顧會(huì)包括兩部分，第一部分是定量分析，第二部分是定性分析。其中定量分析又包含團(tuán)隊(duì)是否完成了迭代目標(biāo)，收集并評(píng)審迭代度量指標(biāo)（包括速率、迭代燃盡圖、迭代計(jì)劃故事和實(shí)際完成故事、計(jì)劃發(fā)布日期與實(shí)際發(fā)布日期、客戶滿意度、團(tuán)隊(duì)滿意度、生產(chǎn)環(huán)境Bug數(shù)、生產(chǎn)Bug解決時(shí)間、用戶故事等）。定性分析包含哪些工作良好（應(yīng)該繼續(xù)保持），哪些做的不好（應(yīng)該停止）？哪些可以改進(jìn)（團(tuán)隊(duì)選出１－２條在下一個(gè)迭代實(shí)現(xiàn)）？

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“JavaWeb DWR怎么使用”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來學(xué)習(xí)!

名稱欄目：JavaWebDWR怎么使用-創(chuàng)新互聯(lián)
文章位置：http://www.rwnh.cn/article38/doegsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、網(wǎng)站營(yíng)銷、動(dòng)態(tài)網(wǎng)站、網(wǎng)站收錄、網(wǎng)站設(shè)計(jì)、面包屑導(dǎo)航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)