【正文】 39主要參考文獻(xiàn) ?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????40附錄 A 部分源程序清單 ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????41附錄 B 網(wǎng)絡(luò)斗地主的規(guī)則簡介 ????????????????????????????????????????????????????????????????????????????????????????????????????????55畢業(yè)設(shè)計(jì)3第 3 章 需求分析 需求分析 需求分析過程 需求分析階段的工作,可以分為四個(gè)方面:問題識別,分析與綜合,制訂規(guī)格說明,評審。? 問題識別:就是從系統(tǒng)角度來理解軟件,確定對所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,：功能需求(做什么),性能需求(要達(dá)到什么指標(biāo)),環(huán)境需求(如機(jī)型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟件運(yùn)行是所需的內(nèi)存,CPU 等),軟件成本消耗與開發(fā)進(jìn)度需求,預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型)。注意需求分析階段的成果是需求規(guī)格說明書,向下一階段提交。評審?fù)ㄟ^才可進(jìn)行下一階段的工作,否則重新進(jìn)行需求分析。這里只強(qiáng)調(diào)原型化方法 ,其它的方法如:結(jié)構(gòu)化方法,動(dòng)態(tài)分析法等(個(gè)人認(rèn)為,對初學(xué)者不必深究這些方法,實(shí)際上我也從來沒用過這些方法)在此不討論。原型就是軟件的一個(gè)早期可運(yùn)行的版本,它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術(shù)的可行性,或考察是否滿足用戶的需求等。原型主要有三種類型(軟考考過):探索型,實(shí)驗(yàn)型,:目的是要弄清楚對目標(biāo)系統(tǒng)的要求,確定所希望的特性,并探討多種方案的可行性。進(jìn)化型:目的不在于改進(jìn)規(guī)格說明,而是將系統(tǒng)建造得易于變化,在改進(jìn)原型的過程中,逐步將原型進(jìn)化成最終系統(tǒng)。廢棄策略:先建造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對這個(gè)系統(tǒng)反復(fù)進(jìn)行修改,形成比較好的思想,據(jù)此設(shè)計(jì)出較完整,準(zhǔn)確,一致,可靠的最終系統(tǒng)。追加策略:先構(gòu)造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心,然后通過不斷地?cái)U(kuò)充修改,逐步追加新要求，發(fā)展成為最終系統(tǒng)。3. 2 可行性分析3．2．1 可行性分析的意義可行性研究能使新系統(tǒng)達(dá)到以最小的開發(fā)成本取得最佳的經(jīng)濟(jì)效益。這是一項(xiàng)保證資源合理使用、避免失誤和浪費(fèi)的重要工作。技術(shù)上的可行性：要分析技術(shù)力量、計(jì)算機(jī)性能、通訊網(wǎng)絡(luò)和系統(tǒng)條件等。管理上的可行性：如帳戶管理水平、數(shù)據(jù)收集可能性、規(guī)章制度健全程度和領(lǐng)導(dǎo)對發(fā)展系統(tǒng)的態(tài)度。? 資源上的可行性：開發(fā)本系統(tǒng)無需很特殊設(shè)備與環(huán)境，所以資源上具有可行性。以上可行性分析就各個(gè)方面進(jìn)行了分析，接下來需遵照相關(guān)標(biāo)準(zhǔn)和規(guī)定進(jìn)行審議，通過后進(jìn)入了以下需求分析階段。作為面向廣大用戶網(wǎng)絡(luò)游戲，主要用于提供斗地主的游戲平臺，提供發(fā)牌、叫牌、出牌、勝負(fù)判定等主要功能。其中，計(jì)算機(jī)科學(xué)、數(shù)學(xué)用于構(gòu)造模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計(jì)范型、評估成本及確定權(quán)衡，管理科學(xué)用于計(jì)劃、資源、質(zhì)量、成本等管理。 軟件工程的模型　　 軟件工程的模型是軟件開發(fā)全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。各階段活動(dòng)為，提出系統(tǒng)需求、提出軟件需求、需求分畢業(yè)設(shè)計(jì)6析、設(shè)計(jì)、編碼、測試和運(yùn)行。瀑布模型最為突出的缺點(diǎn)是該模型缺乏靈活性。演化模型在一定程度上減少了軟件開發(fā)活動(dòng)的盲目性。沿螺旋模型順時(shí)針方向，依次表達(dá)了四個(gè)方面的活動(dòng)，制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評估。增量模型內(nèi)容：　　在設(shè)計(jì)了軟件系統(tǒng)整體體系結(jié)構(gòu)之后，首先完整的開發(fā)系統(tǒng)的一個(gè)初始子集，繼之，根據(jù)這一子集，建造一個(gè)更加精細(xì)的版本，如此不斷的進(jìn)行系統(tǒng)的增量開發(fā)。 本系統(tǒng)的研究方法本系統(tǒng)的開發(fā)嚴(yán)格遵守軟件工程開發(fā)的標(biāo)準(zhǔn)流程。在模塊設(shè)計(jì)的同時(shí)進(jìn)行單元測試，畢業(yè)設(shè)計(jì)7系統(tǒng)設(shè)計(jì)完成進(jìn)行系統(tǒng)調(diào)試和系統(tǒng)集成測試。經(jīng)過對各個(gè)軟件工程的模型的分析，我決定使用瀑布模型進(jìn)行開發(fā)。我的整個(gè)軟件開發(fā)流程如圖：圖 Androida 斗地主游戲開發(fā)流程第 4 章 概要設(shè)計(jì) 系統(tǒng)總體設(shè)計(jì)方案 設(shè)計(jì)原則（1）戲被運(yùn)行時(shí)，首先生成兩個(gè)電腦玩家，然后游戲開始發(fā)牌，并規(guī)定該局首先叫牌者，使之進(jìn)入叫牌狀態(tài)。（2）玩家的任何動(dòng)作必須調(diào)用規(guī)則控制接口。否則，接口返回拒絕消息，玩家則顯示有關(guān)錯(cuò)誤信息。 基于 Android 的模塊設(shè)計(jì) 模塊設(shè)計(jì)(1)游戲規(guī)則的實(shí)現(xiàn) 通過封裝相應(yīng)的類來實(shí)現(xiàn)規(guī)則。枚舉 colors ：包括方塊，梅花，紅心，黑桃，小鬼，大鬼總共六種花色。類 player ：玩家類，數(shù)據(jù)成員：玩家靚號（m_strplayerID） ，個(gè)性簽名（m_strName） ，登陸密碼（m_strPassword）等。成員函數(shù)：游戲初始化 initgame()，洗牌 suffle()，發(fā)牌 sendCards()叫地主 candlander(int seat,int point)，出牌 outcards(player amp。Card 是游戲的對象，一般而言，特定的游戲都有特定的游戲?qū)ο?。Colors 是各個(gè) 牌的花色共有 6種，后兩種是小鬼(Bjoke)大鬼(Rjoke)，不用于其他牌。在斗地主中，牌型有單牌 ，順子，對子， 3 帶**， 4 帶**，炸彈，火箭等,詳細(xì)請看附錄 2 網(wǎng)絡(luò)斗地主的規(guī)則簡介。playingCards 充分利用以上幾個(gè)類的對象，對附錄 2 中“一副牌的規(guī)則”進(jìn)行了模擬實(shí)現(xiàn)，做到了一模一樣。封裝起來，外界通過類的對象，只要調(diào)用它的方法，就可以實(shí)施對玩家出牌 的合法性判斷，并做相關(guān)畢業(yè)設(shè)計(jì)9結(jié)果的存儲(chǔ)工作。數(shù)據(jù)成員：積分 m_nintegral，剩牌數(shù)目 m_nsparecards 座位號m_norder_seats，放棄動(dòng)作 m_nPass，手上的牌 m_strpcards 選擇的牌m_strselectcards，合法牌 m_stroutcards 等等。 顧名思義，display 就是顯示的意思， flash 就是用動(dòng)畫顯示。否則,不執(zhí)行,只獲取當(dāng)前玩家狀態(tài)。它通過switch()case 機(jī)制區(qū)分不同的消息；通過 和 m_norder_seats來判斷消息中的指令是否針對自己發(fā)出的。 //方塊 static final int club=2。//紅心 static final int spade=4。 //小鬼 static final int rjoke=6。 Colors colors。 int num。 }畢業(yè)設(shè)計(jì)10 public void setColors(Colors colors) { = colors。 } public void setExist(int exist) { = exist。 } public void setNum(int num) { = num。 } public void setValue(int value) { = value。本系統(tǒng)的功能主要分成兩大模塊: 服務(wù)器端和客戶端。下面分幾個(gè)部分對各個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)：畢業(yè)設(shè)計(jì)11功能模塊? 數(shù)據(jù)接收功能? 顯示信息功能? 數(shù)據(jù)捕獲功能? 合法性判斷功能? 游戲退出功能 功能模塊的實(shí)現(xiàn) 啟動(dòng)游戲點(diǎn)擊“啟動(dòng)游戲”就可以調(diào)用成員函數(shù) OnSet（） ，啟動(dòng)游戲。 開始游戲功能啟動(dòng)游戲后,自動(dòng)生成兩個(gè)電腦玩家，開始進(jìn)入游戲狀態(tài)。首先，在 OnRecieve()方法中，實(shí)現(xiàn)對用戶出牌的 m_strpos(里面包含的是客戶端點(diǎn)擊的牌的 position)的剝離，使之轉(zhuǎn)換成整型數(shù)組 pos[lenpc]，lenpc 是客戶端實(shí)際出牌的長度。當(dāng)前發(fā)出動(dòng)作的玩家)，進(jìn)行出牌動(dòng)作。以及牌型處理方法：Card (Card pc)返回 Card card1和 Comb (Card card1)，返回 b1。如果牌面大小合法，則出牌最終是合法的，將出牌處理結(jié)果，存入畢業(yè)設(shè)計(jì)12ListCard front = new ArrayListCard(20)，并發(fā)送給各個(gè)玩家。所以此時(shí)，當(dāng)前出牌玩家出的牌，只要是合法的牌型，就可打合法地打出去。在此以最重要使用、最頻繁的“case 4:出牌”來講述這個(gè)功能。否則，判斷，信息是否是發(fā)給發(fā)出前面動(dòng)作的本人。否則，只顯示別人打出來的牌，及其所剩牌數(shù)目。否則，沒有出牌權(quán)。 顯示信息功能 存儲(chǔ)玩家手上的牌。排序效果如圖:圖 玩家收到的牌 及其三種排序(按花色,大小,牌型)畢業(yè)設(shè)計(jì)13排序算法如下: 先將用戶手上的牌 card20 copy 到 cardHit 中去. 然后,按其數(shù)據(jù)成員 color(桃心梅方),value(大小),num(多少)設(shè)置為不同級別的關(guān)鍵字. (1)按花色排序: 主關(guān)鍵字 color,次關(guān)鍵字 value(2)按大小排序: 主關(guān)鍵字 value,次關(guān)鍵字 color(3)按牌型排序: 主關(guān)鍵字 num,次關(guān)鍵字 value,color前兩種排序只是處理調(diào)用 sortOnValue()與 sortOnColor()按 b 排序稍復(fù)雜一點(diǎn),先按大小排序, 2 個(gè)牌相同的, 3 個(gè)牌相同的和只有 4 個(gè)牌相同的,. 玩家通過點(diǎn)擊 flash UI 上面的牌，flash UI 把各個(gè)被選中的牌的 position 傳遞至這個(gè)參數(shù)，并被存儲(chǔ)起來。服務(wù)器的處理方式請參看 合法性判斷功能 玩家出如果經(jīng)服務(wù)器判斷合法，將被接受并存儲(chǔ)在這個(gè)參數(shù)里。如下圖：我們可以看到，動(dòng)作者手上的梅花 3 補(bǔ)打出去了，由于這是地主的第一次出牌，服務(wù)器判定其合法，客戶端收到判斷結(jié)果后，將牌打出去在界面的中央位置顯示，而在自己手上，清除掉該“梅花 3”。原理其實(shí)與上面的大同小異，就不必贅述了。畢業(yè)設(shè)計(jì)16第 6 章 系統(tǒng)測試與維護(hù)在軟件程序編碼完成之后，在軟件投入使用之前要進(jìn)行軟件測試。也就是根據(jù)軟件開發(fā)各階段的規(guī)格說明何程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)測試用例，用這些用例去運(yùn)行程序以發(fā)現(xiàn)程序錯(cuò)誤的過程。在系統(tǒng)正式投入運(yùn)行的轉(zhuǎn)換工作之前，還需對系統(tǒng)進(jìn)行一系列的調(diào)試即測試。6. 1 系統(tǒng)測試的原則? 應(yīng)當(dāng)盡早和不斷的進(jìn)行軟件測試.? 測試用例應(yīng)由測試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果兩部分組成.(注意:測試用例包含輸入和輸出兩部分).? 運(yùn)行的條件,后者即可能引起程序非法操作的條件.? 是在潛意識不愿意否定自己的勞動(dòng)