資源描述:
《畢業(yè)論文-基于android的手機(jī)斗地主游戲的設(shè)計(jì)與實(shí)現(xiàn)》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫(kù)。
1、畢業(yè)設(shè)計(jì)目錄摘要4第3章需求分析133.1需求分析133.1.1需求分析過(guò)程143.1.2需求分析的方法143.2可行性分析153.2.1可行性分析的意義153.2.2可行性分析報(bào)告153.3系統(tǒng)定義163.4系統(tǒng)的組成和功能構(gòu)想:163.5研究方法163.5.1軟件工程的定義163.5.2軟件工程的模型173.5.3本系統(tǒng)的研究方法18第4章概要設(shè)計(jì)194.1系統(tǒng)總體設(shè)計(jì)方案194.1.1C/S模式194.1.2設(shè)計(jì)原則194.2基于C/S的模塊設(shè)計(jì)204.2.1服務(wù)器端模塊設(shè)計(jì)204.2.2客戶端模塊設(shè)計(jì)214.3相關(guān)技術(shù)的處理應(yīng)用234.3.1面向連接的套接字編程234.3.2數(shù)據(jù)格
2、式轉(zhuǎn)換的問(wèn)題24第5章詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn)265.1服務(wù)器端各功能模塊的實(shí)現(xiàn)265.1.1服務(wù)器的啟動(dòng)功能265.1.2接收連接請(qǐng)求功能275.1.3數(shù)據(jù)捕獲功能285.2客戶端各功能模塊的實(shí)現(xiàn)295.2.1登錄功能功能295.2.2數(shù)據(jù)接收功能305.2.3顯示信息功能305.2.4游戲退出功能33第6章系統(tǒng)測(cè)試與維護(hù)346.1系統(tǒng)測(cè)試的原則346.2測(cè)試過(guò)程及方法3537畢業(yè)設(shè)計(jì)6.3本系統(tǒng)測(cè)試環(huán)境366.4測(cè)試中的BUG及問(wèn)題總結(jié)366.5軟件的維護(hù)37結(jié)束語(yǔ)38致謝39主要參考文獻(xiàn)40附錄A部分源程序清單41附錄B網(wǎng)絡(luò)斗地主的規(guī)則簡(jiǎn)介5537畢業(yè)設(shè)計(jì)第3章需求分析3.1需求分析3.1
3、.1需求分析過(guò)程需求分析階段的工作,可以分為四個(gè)方面:問(wèn)題識(shí)別,分析與綜合,制訂規(guī)格說(shuō)明,評(píng)審。l問(wèn)題識(shí)別:就是從系統(tǒng)角度來(lái)理解軟件,確定對(duì)所開(kāi)發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn).這些需求包括:功能需求(做什么),性能需求(要達(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)。l分析與綜合:逐步細(xì)化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計(jì)上的限制,分析他們是否滿足需求,剔除不合理部分
4、,增加需要部分。最后,綜合成系統(tǒng)的解決方案,給出要開(kāi)發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型)。l制訂規(guī)格說(shuō)明書(shū):即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書(shū)。注意需求分析階段的成果是需求規(guī)格說(shuō)明書(shū),向下一階段提交。l評(píng)審:對(duì)功能的正確性,完整性和清晰性,以及其它需求給予評(píng)價(jià)。評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作,否則重新進(jìn)行需求分析。3.1.2需求分析的方法需求分析的方法有很多。這里只強(qiáng)調(diào)原型化方法,其它的方法如:結(jié)構(gòu)化方法,動(dòng)態(tài)分析法等(個(gè)人認(rèn)為,對(duì)初學(xué)者不必深究這些方法,實(shí)際上我也從來(lái)沒(méi)用過(guò)這些方法)在此不討論。原型化方法是十分重要的(是軟考等??嫉闹R(shí)點(diǎn))。原型就是軟件的一個(gè)早期可運(yùn)行的
5、版本,它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。原型化方法就是盡可能快地建造一個(gè)粗糙的系統(tǒng),這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能,但是這個(gè)系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷。37畢業(yè)設(shè)計(jì)建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術(shù)的可行性,或考察是否滿足用戶的需求等。如,為了考察是否滿足用戶的要求,可以用某些軟件工具快速的建造一個(gè)原型系統(tǒng),這個(gè)系統(tǒng)只是一個(gè)界面,然后聽(tīng)取用戶的意見(jiàn),改進(jìn)這個(gè)原型.以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開(kāi)發(fā)。原型主要有三種類型(軟考考過(guò)):探索型,實(shí)驗(yàn)型,進(jìn)化型.探索型:目的是要弄清楚對(duì)目標(biāo)系統(tǒng)的要求,確定所希望的特性,并探討多種
6、方案的可行性。實(shí)驗(yàn)型:用于大規(guī)模開(kāi)發(fā)和實(shí)現(xiàn)前,考核方案是否合適,規(guī)格說(shuō)明是否可靠。進(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)就被廢棄不用.探索型和實(shí)驗(yàn)型屬于這種策略。追加策略:先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng),作為最終系統(tǒng)的核心,然后通過(guò)不斷地?cái)U(kuò)充修改,逐步追加新要求,發(fā)展成為最終系統(tǒng)。進(jìn)化型
7、屬于這種策略。3.2可行性分析3.2.1可行性分析的意義可行性研究能使新系統(tǒng)達(dá)到以最小的開(kāi)發(fā)成本取得最佳的經(jīng)濟(jì)效益??尚行匝芯康哪康?,是根據(jù)所開(kāi)發(fā)系統(tǒng)的請(qǐng)求,通過(guò)初步調(diào)查和系統(tǒng)目標(biāo)分析,對(duì)要開(kāi)發(fā)的民航票務(wù)管理系統(tǒng)從技術(shù)上、經(jīng)濟(jì)上、資源上和管理上進(jìn)行是否可行的研究。這是一項(xiàng)保證資源合理使用、避免失誤和浪費(fèi)的重要工作。經(jīng)濟(jì)上的可行性:主要分析成本與收益、投資效果等。技術(shù)上的可行性:要分析技術(shù)力量、計(jì)算機(jī)性能、通訊網(wǎng)絡(luò)和系統(tǒng)條