Android手机游戏仙剑Q侠传设计毕业设计论文.docx

Android手机游戏仙剑Q侠传设计毕业设计论文.docx

《Android手机游戏仙剑Q侠传设计毕业设计论文.docx》由会员分享，可在线阅读，更多相关《Android手机游戏仙剑Q侠传设计毕业设计论文.docx（75页珍藏版）》请在冰豆网上搜索。

Android手机游戏仙剑Q侠传设计毕业设计论文

设计题目：

Android手机游戏--仙剑Q侠传

学院：

____计算机与信息学院___

专业年级：

软件工程2008级

Androidmobilegames-xianjianQmanpreach

College:

ComputerandInformationCollege

SpecialtyandGrade:

SoftwareEngineering,2008

Number:

081181065

Name:

LinShuqi

Advisor:

Lecturer,LinSong

SubmittedTime:

May20th,2012

毕业设计（论文）原创性声明和使用授权说明

原创性声明

本人郑重承诺：

所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。

尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得及其它教育机构的学位或学历而使用过的材料。

对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。

作者签名：

　　　　　日　期：

指导教师签名：

　　　　　日　　期：

使用授权说明

本人完全了解大学关于收集、保存、使用毕业设计（论文）的规定，即：

按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。

作者签名：

　　　　　日　期：

学位论文原创性声明

本人郑重声明：

所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。

除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。

对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。

本人完全意识到本声明的法律后果由本人承担。

作者签名：

日期：

年月日

学位论文版权使用授权书

本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。

本人授权　　　　大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。

涉密论文按学校规定处理。

作者签名：

日期：

年月日

导师签名：

日期：

年月日

注意事项

1.设计（论文）的内容包括：

1）封面（按教务处制定的标准封面格式制作）

2）原创性声明

3）中文摘要（300字左右）、关键词

4）外文摘要、关键词

5）目次页（附件不统一编入）

6）论文主体部分：

引言（或绪论）、正文、结论

7）参考文献

8）致谢

9）附录（对论文支持必要时）

2.论文字数要求：

理工类设计（论文）正文字数不少于1万字（不包括图纸、程序清单等），文科类论文正文字数不少于1.2万字。

3.附件包括：

任务书、开题报告、外文译文、译文原文（复印件）。

4.文字、图表要求：

1）文字通顺，语言流畅，书写字迹工整，打印字体及大小符合要求，无错别字，不准请他人代写

2）工程设计类题目的图纸，要求部分用尺规绘制，部分用计算机绘制，所有图纸应符合国家技术标准规范。

图表整洁，布局合理，文字注释必须使用工程字书写，不准用徒手画

3）毕业论文须用A4单面打印，论文50页以上的双面打印

4）图表应绘制于无格子的页面上

5）软件工程类课题应有程序清单，并提供电子文档

5.装订顺序

1）设计（论文）

2）附件：

按照任务书、开题报告、外文译文、译文原文（复印件）次序装订

指导教师评阅书

指导教师评价：

一、撰写（设计）过程

1、学生在论文（设计）过程中的治学态度、工作精神

□优□良□中□及格□不及格

2、学生掌握专业知识、技能的扎实程度

□优□良□中□及格□不及格

3、学生综合运用所学知识和专业技能分析和解决问题的能力

□优□良□中□及格□不及格

4、研究方法的科学性；技术线路的可行性；设计方案的合理性

□优□良□中□及格□不及格

5、完成毕业论文（设计）期间的出勤情况

□优□良□中□及格□不及格

二、论文（设计）质量

1、论文（设计）的整体结构是否符合撰写规范？

□优□良□中□及格□不及格

2、是否完成指定的论文（设计）任务（包括装订及附件）？

□优□良□中□及格□不及格

三、论文（设计）水平

1、论文（设计）的理论意义或对解决实际问题的指导意义

□优□良□中□及格□不及格

2、论文的观念是否有新意？

设计是否有创意？

□优□良□中□及格□不及格

3、论文（设计说明书）所体现的整体水平

□优□良□中□及格□不及格

建议成绩：

□优□良□中□及格□不及格

（在所选等级前的□内画“√”）

指导教师：

（签名）单位：

（盖章）

年月日

评阅教师评阅书

评阅教师评价：

一、论文（设计）质量

1、论文（设计）的整体结构是否符合撰写规范？

□优□良□中□及格□不及格

2、是否完成指定的论文（设计）任务（包括装订及附件）？

□优□良□中□及格□不及格

二、论文（设计）水平

1、论文（设计）的理论意义或对解决实际问题的指导意义

□优□良□中□及格□不及格

2、论文的观念是否有新意？

设计是否有创意？

□优□良□中□及格□不及格

3、论文（设计说明书）所体现的整体水平

□优□良□中□及格□不及格

建议成绩：

□优□良□中□及格□不及格

（在所选等级前的□内画“√”）

评阅教师：

（签名）单位：

（盖章）

年月日

教研室（或答辩小组）及教学系意见

教研室（或答辩小组）评价：

一、答辩过程

1、毕业论文（设计）的基本要点和见解的叙述情况

□优□良□中□及格□不及格

2、对答辩问题的反应、理解、表达情况

□优□良□中□及格□不及格

3、学生答辩过程中的精神状态

□优□良□中□及格□不及格

二、论文（设计）质量

1、论文（设计）的整体结构是否符合撰写规范？

□优□良□中□及格□不及格

2、是否完成指定的论文（设计）任务（包括装订及附件）？

□优□良□中□及格□不及格

三、论文（设计）水平

1、论文（设计）的理论意义或对解决实际问题的指导意义

□优□良□中□及格□不及格

2、论文的观念是否有新意？

设计是否有创意？

□优□良□中□及格□不及格

3、论文（设计说明书）所体现的整体水平

□优□良□中□及格□不及格

评定成绩：

□优□良□中□及格□不及格

教研室主任（或答辩小组组长）：

（签名）

年月日

教学系意见：

系主任：

（签名）

年月日

摘要

本游戏是一款仿RPG类型手机网游，实现了通过互联网下载客户端后玩家通过客户端注册游戏账号后建立角色进入游戏主界面，对于玩家来说，可以进行查看个人信息、查看宠物信息、与玩家进行邮件交流、进行货币购买销售、进行摆摊或者逛摊出售购买装备物品、进入副本刷怪升级刷装备等功能。

GM可以通过系统公告进行游戏最近动态的通知比如即将开放的活动、最近优惠信息等，通过系统邮件对玩家进行奖励发放，系统消息通知。

这是一款新颖的手机网游，开发了Android版本，符合当前时代主流，是一款让玩家能在游戏中体验从弱小到强大，从菜鸟到高手的Game。

关键词：

仿RPG，手机网游，Android

Abstract

ThisgameisacopyonlineRPGtypemobilephone,realizedthroughtheInternettodownloadclientplayersthroughtheclientregisteredaccountNumbersgamesetupIntothegameafterrolemainInterface,foraplayer,canviewthepersonalinformation,checkpets,andinformationexchangeandmailplayersformoneytobuy,orstroll,calledsalessellbuyitems,standtobrushbrushequipmentupgradecopiesofblameetc.Function.GMcanthroughthesystemdynamicgamerecentlyannouncednoticesuchaswillopensoonactivities,suchaspreferentialinformationrecently,throughthemailsystemtoplayersforawarding,thesystemmessagenotice.Thisisanovelcellphoneonline,thedevelopmentoftheAndroidandIphonetwoversions,inlinewiththecurrenteramainstream,isaletplayersintheGamecanexperiencefromweaktostrong,rookietomastersfromGame.

Keywords:

copyRPG,cellphoneonline，Android

1引言

1.1选题背景

随着3G移动网络应用的推广和Android系统的普及，手机游戏的规模、复杂程度日益增强；其技术手段、设计思想、系统体系结构都发生了深刻的变化。

目前，手机游戏正在向图片游戏，特别是基于3G网络平台方向发展。

Java游戏等都是比较常见也比较流行的游戏形式。

手机虽然可能不是一个理想的游戏设备，但毕竟人们总是随时随身携带，这样手机游戏很可能成为人们消遣时间的首选。

未来的手机游戏在智能手机和3G网络的基础上，可以达到更高更炫目的游戏效果。

目前个厂商正将显示芯片植入手机提升图形显示性能，使手机在进行多媒体演示和游戏时更够有出色显示效果。

2系统分析

2.1可行性分析

可行性研究是为了研究系统在经济、技术、法律等方面是不是可以进行开发，进行可执行性的分析是很重要的。

经过研究，我得出了如下几点可行性分析：

1）经济可行性：

这个项目是公司的项目，开发的主要成本是公司投资，根据策划预算以及上一款游戏的市场效果，该游戏可以获取比较大的收益。

2）技术可行性：

项目客户端用的的Android开发平台，未使用游戏引擎，使用java语言进行代码开发，通过android控件进行UI的设计，不存在较大的技术问题，都能解决。

3）法律可行性：

开发这个项目，公司有经过合法的法律流程，不会在社会上引起侵权或其它责任问题，即在法律上也是可行的。

2.2需求分析

Android平台上的游戏相比应用软件，不需要进行严格的市场细分，不需要针对目标用户量身定制。

这是因为游戏玩家的核心需求是统一的，那就是：

娱乐与打发时间（乃至更高层面的竞技需求和群体认同需求），这种需求附着于特定的社会发展阶段，不受地域的限制，甚至于能够穿透文化壁垒。

因此，绝大多数种类的游戏都具备传染性与普适性，每一个售出的游戏都象一个火种，将会点燃周围潜在玩家的激情，激情的火焰迅速蔓延，最终吞噬整个需求市场，当然前提是开发的游戏是高质量的。

此外，几乎每一个Android手机用户都是游戏的需求者，都是潜在的顾客，现今的400多万Android用户不过是冰山一角，随着Android手机市场进一步壮大，游戏的市场容量将具备较大的增长空间，游戏开发者不会愁吃不饱，只会愁胃口不够大。

2.2.1系统概述

随着手机技术的不断发展，大屏幕触屏手机已经非常普及，Android手机更是其中的佼佼者。

本游戏对用户界面的要求较高，达到人性化：

美观大方、便于操作，个性化：

游戏界面时尚靓丽、别具一格。

本游戏是使用即时通讯协议进行通信的，所以，实时的游戏效果、即时聊天以及在线探测是必须做到用户体验良好的。

3系统设计

3.1概要设计

图3-1模块图

3.2数据库设计与实现

3.2.1数据库设计与实现

（1）邮件表（Mq_mailing表）

表3—1邮件表

字段

类型

说明

id

int

邮件ID。

系统滚号

Type1

smallint

邮件类别

1=系统邮件

2=玩家邮件

Type2

smallint

邮件类型

1=为无附件邮件

2=为携带附件邮件

3=为需要输入金币才可以领取附件的邮件

Mail_state

Smallint

邮件状态

1=玩家未查看邮件

2=玩家已查看，未收取邮件。

3=玩家已查看邮件，并提取了附件。

Send_id

int

发送人id。

对应Mq_user表的id。

0为系统发送

User_id

int

收件人id.。

对应Mq_user表的id。

Time

Datetime

邮件发送时间记录，记录格式：

AABBCCDDEE

示例：

2011年1月1日，10点20分30秒

20110101102030

theme

varchar

邮件主题。

系统发送的邮件，主题颜色标红

message

varchar

邮件文本信息

Obj01_id

Int

邮寄物品01的ID。

记录Mq_itemtype表id，下同。

Obj02_id

Int

邮寄物品02的ID

Obj03_id

Int

邮寄物品03的ID

Obj04_id

Int

邮寄物品04的ID

Money

Int

金钱，根据Type2字段判断类型

Type2=1或Type2=2，为玩家邮寄金钱

Type2=3，为玩家需付款的金钱数量

Emoney

Int

邮寄代币数量

reserve_money

Int

邮寄储备金数量

Exp

Int

邮寄玩家经验

E_exp

Int

邮寄宠物经验

Adj_money

Int

邮件所需邮费（根据玩家添加附件的数量决定）

（2）队伍列表

表3—2队伍表

字段

类型

类型

GroupID

smallint

队伍ID（队长用户ID）

ActionTime

smallint

战斗剩余时间

GroupNum

int

队伍人数限制

UserID

int

玩家ID

Lookface

tinyint

玩家头像

Name

VARCAHR

玩家名称

RoleLv

tinyint

玩家等级

（3）任务表（Mq_quest表、Mq_user_quest表）

该表主要记录任务信息，包括领取任务所需前置任务、任务发布NPC、任务交还NPC、任务目标、达成条件、任务奖励、任务说明等。

表3—3任务表

字段

类型

说明

id

int

任务id。

编号规则：

任务ID编号为8位数。

第1～3位表示任务类型，与type相同。

第4～7位表示任务编号，自0000～9999由策划规划。

type

tinyint

任务类型。

用于对普通任务、剧情任务、师门任务等进行区分，如定时重置、分类显示的根据。

100：

普通任务。

101：

主线任务。

102：

帮派任务。

103：

职业任务。

200：

每日任务。

name

varchar

任务名称。

level

smallint

任务等级。

注意不同的任务类型，该字段的含义也有所不同。

【普通任务】：

任务触发条件之一。

需玩家等级与该值满足一定关系。

根据该关系，奖励会有一些加成或折扣，详见下文说明。

【主线任务】：

任务触发条件。

需玩家等级与该值满足一定关系。

系统会默认帮玩家接收任务。

need_profession

tinyint

任务职业需求。

任务触发条件之一。

需玩家职业与该字段相符。

0表示所有职业均可，1～4对应4个职业，要求角色Mq_user中profession与该字段相符才能领取任务。

need_sex

tinyint

任务性别需求

任务触发条件之一。

需角色Mq_user中sex与该字段相符。

0为男女均可，1为男性专有，2为女性专有。

need_time

int

任务时间限制。

自领取任务开始计算，超过该字段规定的时间后任务失败。

记录格式由程序制定，可与策划沟通。

need_quest_01

int

前置任务01。

填写任务id。

任务触发条件之一。

检测该任务id是否在Mq_user_quest表中对应角色下存在。

表示该任务需要玩家完成某个任务后才能领取。

need_quest共4个字段，填写多个时表示任务需要完成这些任务后才能领取。

need_quest_02

int

前置任务02。

need_quest_03

int

前置任务03。

need_quest_04

int

前置任务04。

begin_npc

int

任务发布npc。

对应Mq_npc表的id。

缺省默认为0，当为0时，则任务无发布NPC。

begin_dialog

varchar

任务起始对白。

示例：

[玩家名]，去帮我消灭10个骷髅兵！

注：

所有varchar类文字均需支持类似html的标签，用于标示文字的颜色、粗细、自动寻路链接等；另需支持保留字符，用于解析玩家名称、性别、种族、职业、转世信息等；还需支持回车符等编辑标记。

任务起始时显示的任务目标。

示例：

任务目标：

张三要求你消灭10个骷髅兵。

注：

小提示等信息一并写入该段。

begin_message

varchar

任务起始时显示的任务目标。

示例：

任务目标：

张三要求你消灭10个骷髅兵。

注：

小提示等信息一并写入该段。

doing_message

varchar

任务进行中的说明。

示例：

任务目标：

张三要求你消灭10个骷髅兵。

condition_01

int

完成任务需要达成的条件类型，如杀怪、寻物、送信等等，每种类型需达成的内容和交还任务的细节均有所不同，具体条件类型如下：

1=杀怪

2=杀怪掉落物品

3=送货

5=物品

6=捕捉宠物

condition01_data

int

Ø当condition_01=1时，对应怪物id。

对应Mq_monstertype表id。

Ø当condition_01=2时，对应物品id。

对应Mq_itemtype表id。

Ø当condition_01=3时，对应物品id。

对应Mq_itemtype表id。

该类物品由任务发布NPC给予，由任务交还NPC回收。

condition01_parameter

int

Ø当condition_01=1时，对应所需击杀数量。

Ø当condition_01=2时，对应所需收集数量。

Ø当condition_01=3时，对应物品数量。

一般是1。

condition01_option_01

int

Ø当condition_01=1时，无作用。

Ø当condition_01=2时，对应掉落该物品的怪物id。

对应Mq_monstertype表id。

Ø当condition_01=3时，无作用。

condition01_option_02

int

Ø当condition_01=1时，无作用。

Ø当condition_01=2时，对应掉落几率。

记录万分数。

Ø当condition_01=3时，无作用。

condition_02

int

完成任务需要达成的条件。

同condition_01。

condition02_data

同condition_01_data。

condition02_parameter

同condition01_parameter。

condition02_option_01

同condition01_option_01。

condition02_option_02

同condition01_option_02。

condition_03

int

完成任务需要达成的条件。

同condition_01。

condition03_data

同condition_01_data。

condition03_parameter

同condition01_parameter。

condition03_option_01

同condition01_option_01。

condition03_option_02

同condition01_option_02。

condition_04

int

完成任务需要达成的条件。

同condition_01。

condition04_data

同condition_01_data。

condition04_parameter

同condition01_parameter。

condition04_option_01

同condition01_option_01。

condition04_option_02

同condition01_option_02。

【注】condition_01～04为任务达成的条件，需满足所有条件，任务才算完成。

over_npc

int

任务交还npc。

对应Mq_npc表中id。

doing_dialog

varchar

任务进行中对白。

（即任务接了，但是未完成。

）

示例：

还没搞定？

快去快回！

over_dialog

varchar

任务完成对白。

示例：

干得好！

这是给你的奖励，拿去吧！

bonus_money

int

完成任务奖励金钱。

对应Mq_user表money。

bonus_exp

int

完成任务奖励经验值。

对应Mq_user表exp。

Must_item01

int

完成任务必奖励物品。

对应Mq_itemtype表id。

Must_item02

int

完成任务必奖励物品。

对应Mq_itemtype表id。

Must_item03

int

完成任务必奖励物品。

对应Mq_itemtype表id。

Must_item04

int

完成任务必奖励物品。

对应Mq_itemtype表id。

choose_item_01

int

要求玩家从choose_item_01～04中选择一个物品作为奖励，需要配置的话，原则上至