【正文】 需求分析階段的工作，可以分為四個(gè)方面：?jiǎn)栴}識(shí)別，分析與綜合，制訂規(guī)格說(shuō)明，評(píng)審。 這些需求包括 ： 功能需求 (做什么 )， 性能需求 (要達(dá)到什么指標(biāo) )， 環(huán)境需求 (如機(jī)型 ， 操作系統(tǒng)等 )， 可靠性需求 (不發(fā)生故障的概率） ， 安全保密需求 ， 用戶界面需求 ， 資源使用需求 (軟件運(yùn)行是所需的內(nèi)存 ， CPU 等 )， 軟件成本消耗與開(kāi)發(fā)進(jìn)度需求 ， 預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo) 。 最后 ， 綜合成系統(tǒng)的解決方案 ， 給出要開(kāi)發(fā)的系統(tǒng)的詳細(xì)邏輯模型 (做什么的模型 )。注意需求分析階段的成果是需求規(guī)格說(shuō)明書(shū) (好象軟考曾經(jīng)考過(guò)這個(gè)問(wèn)題 )， 向下一階段提交 。 評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作 ， 否則重新進(jìn)行需求分析 。 這里只強(qiáng)調(diào)原型化方法 ， 其它的方法如 ： 結(jié)構(gòu)化方法 ，動(dòng)態(tài)分析法等 (個(gè)人認(rèn)為 ， 對(duì)初學(xué)者不必深究這些方法 ， 實(shí)際上我也從來(lái)沒(méi)用過(guò)這些方法 )在此不討論 。 原型就是軟件的一個(gè)早期可運(yùn)行的版本 ， 它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能 。 建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性 ， 如算法的可行性 ， 技術(shù)的可行性 ， 或考察是否滿足用戶的 需求等 。 以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開(kāi)發(fā) 。 探索型 ： 目的是要弄清楚對(duì)目標(biāo)系統(tǒng)的要求 ， 確定所希望的特性 ， 并探討多種方案的可行性 。 進(jìn)化型 ： 目的不在于改進(jìn)規(guī)格說(shuō)明 ， 而是將系統(tǒng)建造得易于變化 ， 在改進(jìn)原型的過(guò)程中 ， 逐步將原型進(jìn)化成最終系統(tǒng) 。 廢棄策略 ： 先建造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng) ， 針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改 ， 形成比較好的思想 ,據(jù)此設(shè)計(jì)出較完整 、 準(zhǔn)確 、 一致 、 可靠的最終系統(tǒng) ， 系統(tǒng)構(gòu)造完成后 ， 原來(lái)的模型系統(tǒng)就被廢棄不用 。 追加策略 ： 先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng) ， 作為最終系統(tǒng)的核心 ， 然后通過(guò)不斷地?cái)U(kuò)充修改 ， 逐步追加新要求 ， 發(fā)展成為最終系統(tǒng) 。 3. 2 可行性分析 3． 2． 1 可行性分析的意義 可行性研究能使新系統(tǒng)達(dá)到以最小的開(kāi)發(fā)成本取得最佳的經(jīng) 濟(jì)效益。這是一項(xiàng)保證資源合理使用、避免失誤和浪費(fèi)的重要工作。 技術(shù)上的可行性：要分析技術(shù)力量、計(jì)算機(jī)性能、通訊網(wǎng)絡(luò)和系統(tǒng)條件等。 管理上的可行性：如帳戶管理水平、數(shù)據(jù)收集可能性、規(guī)章制度健全程度和領(lǐng)導(dǎo)對(duì)發(fā)展系統(tǒng)的態(tài)度。 （ 3） 資源上的可行性：開(kāi)發(fā)本系統(tǒng)無(wú)需很特殊設(shè)備與環(huán)境，所以資源上具有可東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 需求分析及 可行性分析 9 行性。 3. 3 系統(tǒng)定義 本游戲是斗地主游戲 ,是根據(jù)民間的盛行的撲克牌游戲斗地主，融合現(xiàn)代 電子 游戲的特點(diǎn)和管理需要，推出的體現(xiàn)當(dāng)前行業(yè)最具有代表意義的解決方案。 3. 4 系統(tǒng)的組成和功能構(gòu)想 （ 1） 用戶動(dòng)作信息錄入功能－－輸入 （ 2） 系統(tǒng)信息顯示功能－－輸出 （ 3） 登陸功能 （ 4） 退出功能東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)總體設(shè)計(jì)方案 10 4. 系統(tǒng)總體設(shè)計(jì)方案 C/S 模式 C/S 模式 C/S （ Client/Server，客戶機(jī) /服務(wù)器）模式又稱 C/S 結(jié)構(gòu)，是軟件系統(tǒng)體系結(jié)構(gòu)的一種。客戶應(yīng)用程序是系統(tǒng)中用戶與數(shù)據(jù)進(jìn)行交互的部件。中間件負(fù)責(zé)聯(lián)結(jié)客戶應(yīng)用程序與服務(wù)器管理程序，協(xié)同完成一個(gè)作業(yè)，以滿足用戶查詢管理數(shù)據(jù)的要求。 （ 2） 登錄的控制問(wèn)題。對(duì)于中途退出者，若是發(fā)牌之前或經(jīng)過(guò)其他玩家一致同意其退出，則不對(duì)其進(jìn)行處罰，否則，為逃跑性質(zhì)，進(jìn)行處罰。 并開(kāi)始隨機(jī)產(chǎn)生地主，最終為 地主的 玩家 必須首先出牌。當(dāng)請(qǐng)示動(dòng)作合法時(shí)，服務(wù)器發(fā)送許可消息，客戶端方能做出請(qǐng)示動(dòng)作 (實(shí)際上只是顯示動(dòng)作的結(jié)果，因?yàn)榉?wù)器已經(jīng)處理了該動(dòng)作，在發(fā)送許可的同時(shí)發(fā)送了處理結(jié)果 )。 （ 5） 服務(wù)器 處理所有的玩家的動(dòng)作，然后廣播數(shù)據(jù)給每個(gè)玩家；客戶端通過(guò)判斷機(jī)制決定是否接受廣播，并執(zhí)行相應(yīng)的顯示與相關(guān)的游戲設(shè)置。主要使用了以下幾個(gè)類來(lái)實(shí)現(xiàn)數(shù) 據(jù)的傳輸。 類 CClientSocket: 數(shù)據(jù)傳送 socket，傳送 C/S 之間的數(shù)據(jù)、消息。成員： 消息 message，數(shù)據(jù)相關(guān)者 InfoAbout，東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)總體設(shè)計(jì)方案 11 Serialize(CArchiveamp。 當(dāng)客戶端請(qǐng)示登錄時(shí)， CListenSocket 自動(dòng)捕獲請(qǐng)示，當(dāng)請(qǐng)示合法且系統(tǒng)還有空位時(shí)，接受請(qǐng)示。然后，當(dāng)對(duì)應(yīng)客戶端發(fā)來(lái)動(dòng)作請(qǐng)示 時(shí)， CClientSocket 自動(dòng)捕獲之，通過(guò)playingcards 調(diào)用規(guī)則機(jī)制（請(qǐng)看（ 2）游戲規(guī)則的實(shí)現(xiàn)） ,進(jìn)行合法性判斷以后，把所得的處理結(jié)果填入 Cs數(shù)據(jù)傳送單元，再 廣播出去。 枚舉 colors ：包括方塊，梅花，紅心，黑桃，小鬼，大鬼總共六種花色。 類 playing_Cards ：游戲規(guī)則類，數(shù)據(jù)成員：玩家數(shù)目（ num_Players），有牌數(shù)目（ num_Cards），每個(gè)玩家有牌數(shù)目（ cards_Each）等。ThisPlayer)等等。 Colors,b都是根據(jù)需要，對(duì) card 的補(bǔ)充。 Comb 是 bo 的意思，指牌的類型。 客戶端模塊設(shè)計(jì) (1) 登錄功能的實(shí)現(xiàn) 類 CClientUseSocket ：客戶端登陸 Socket，專用于收發(fā)連接登陸請(qǐng)求，登陸成功之后，即刻關(guān)閉。 類 CUseSocketApp ：客戶端登陸實(shí)現(xiàn)應(yīng)用函數(shù)。點(diǎn)擊 “開(kāi)始游戲” 就可以向服務(wù)器發(fā)送登錄請(qǐng)示。 (2) 與服務(wù)器通信功能的實(shí)現(xiàn) 類 CClientUseSocket2 ：客戶端游戲數(shù)據(jù)傳送 socket，專用于收發(fā)對(duì)服務(wù)器的數(shù)據(jù)。 類 Card: 卡片類（牌），數(shù)據(jù)成員花色（ color） ,牌面（ value）等等 類 CS:數(shù)據(jù)傳送單元， C/S 模式之間的數(shù)據(jù)傳送。成員函數(shù)： Serialize(CArchiveamp。 東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)總體設(shè)計(jì)方案 12 這其實(shí)與 (1)數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)講的是同一個(gè)原理 ,它們不同之處就在客戶端不向服務(wù)器端發(fā)送反饋信息。下面是 54張紙牌中 15種類型牌的其中幾張截圖： 圖 51 牌型 1 圖 52 牌 型 2 紙牌的出牌類型 每一種游戲都是有其定義的游戲規(guī)則的，斗地主也一樣，其出牌牌型也有很多種，具體的有：?jiǎn)闻?、一?duì)、三張、三帶一、四張、順子、三帶一對(duì)、四帶二、四帶二對(duì)、連對(duì)（至少 3對(duì)）、飛機(jī)，其牌型及牌值定義如下： 牌型 (Cards_Type) 牌值 (Cards_Value) 牌數(shù) : 單牌 : 1 (面值 ) 1 一對(duì) : 2 (面值 ) 2 三張 : 3 (面值 ) 3 三帶一 : 31 三張的 (面值 ) 4 東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 紙牌設(shè)計(jì) 14 四張 : 4 (面值 ) 4 單順 : 5 最小牌的 (面值 ) 5 三帶一對(duì) : 32 三張的 (面值 ) 5 單順 : 6 最小牌的 (面值 ) 6 雙順 : 222 最小牌的 (面值 ) 6 三順 : 33 最小牌的 (面值 ) 6 四帶二單 : 411 四張的 (面值 ) 6 單順 : 7 最小牌的 (面值 ) 7 單順 : 8 最小牌的 (面值 ) 8 雙順 2222 最小牌的 (面值 ) 8 三順帶二單 : 3311 最小三張的 (面值 ) 8 四帶二對(duì) : 422 四張的 (面值 ) 8 單順 : 9 最小牌的 (面值 ) 9 三順 : 333 最小三張的 (面值 ) 9 單順 : 10 最小牌的 (面值 ) 10 雙順 : 22222 最小牌的 (面值 ) 10 三順帶二對(duì) : 3322 最小三張的 (面值 ) 10 單順 : 11 最小牌的 (面值 ) 11 單順 : 12 最小牌的 (面值 ) 12 雙順 : 222222 最小對(duì)牌的 (面值 ) 12 三順 : 3333 最小三張的 (面值 ) 12 三順帶三 : 333111 最小三張的 (面值 ) 12 雙順 2222222 最小對(duì)牌的 (面值 ) 14 三順帶三對(duì) : 333222 最小三張 的 (面值 ) 15 三順 : 33333 最小三張的 (面值 ) 15 雙順 22222222 最小對(duì)牌的 (面值 ) 16 三順帶四單 : 33331111 最小三張的 (面值 ) 16 雙順 222222222 最小對(duì)牌的 (面值 ) 18 三順 333333 最小三張的 (面值 ) 18 雙順 2222222222 最小對(duì)牌的 (面值 ) 20 三順帶五單 : 3333311111 最小三張的 (面值 ) 20 三順帶四對(duì) : 33332222 最小三張的 (面值 ) 20東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn) 15 6. 詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn) 出牌 記錄和 合法 出牌記錄和合法性 在出牌的過(guò)程中， 首先 需要判斷出牌是否合法，還需要記錄未出牌的數(shù)量以及已經(jīng)出的牌數(shù)量， 其出牌流程圖如下： 圖 61 出牌流程圖 （ 1） 顯示出牌和未出牌的數(shù)量和牌的代碼 class CCard { public: int m_nColor。 int m_nValue。 public: CCard()。 class CPlayingCards { public: 記錄未出的牌和數(shù)量 出 牌 判斷出牌的合法性 記錄出牌后剩下的牌和數(shù)量 不合法 合法 東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn) 16 int m_nCardsTable[17]。 CCard m_cCards[20]。 CCard m_cDiscarded[20]。 int m_nDiscardingCardsTable[17]。 CCard m_cDiscarding[20]。 CCard m_cChoosingCards[20]。 private: （ 2） 判斷出牌的合法性 流程圖 圖 62 出牌合法性流程圖 （ 3） 按選中的紙牌類型 出牌 代碼 int Search1(CCardsTypeamp。 int Search2(CCardsTypeamp。 int Search3(CCardsTypeamp。 int SearchBomb(CCardsTypeamp。 int Search31(CCardsTypeamp。 int Search32(CCardsTypeamp。 int Search411(CCardsTypeamp。 int Search422(CCardsTypeamp。 打出的紙牌 上家出的牌 不合法 合 法 不符合 出牌類型 判斷 符合 大 小 東華理工大學(xué)長(zhǎng)江學(xué)院畢業(yè)設(shè)計(jì)（論文） 詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn) 17 int Search3311(CCardsTypeamp。 int Search3322(CCardsTypeamp。 int Search222(CCardsTypeamp。 int Search2222(CCardsTypeamp。 int Search5(CCardsTypeamp。 int Search6(CCardsTypeamp。