游戏设计报告

㈠ 游戏策划入门（二）如何写一个项目建议书 详细

进行可行性分析是一个自我否定的过程，而写项目建议书是一个向别人阐述自己观点的过程。而且项目建议书一般情况下是要去说服你的上司来做这个项目，所以一定要非常完善，把所有可能的利弊都分析到。也可能你对这部分不感兴趣，也可能这辈子你也不会被要求去写一份项目建议书，但是如果了解了一个项目是如何才能达到立项标准，会加深你对策划的进一步认识，避免把精力投入到不能成为项目的狂想中去。对这个比赛而言，一份合理的项目建议书会让评委更清楚你的设计思想是否完善。把评委当作你的上司或者投资人，努力说明这个游戏的卖点和创新的地方来打动他们。这也是你自己整理思路并说服自己继续做下去的一个书面文件，它会贯穿整个开发过程成为一个纲领性文件，是整个游戏开发的大方向。在项目建议书被批准后，游戏也就正式立项了。 项目建议书一般包括如下几个部分： 1、 当前市场情况分析：这个部分是给老板或者投资人看的。游戏必须适应市场需要，闭门造车的策划都不可行。必要情况下要先对市场进行调查和分析，利用第一手信息对玩家意见进行捕捉，把这些信息合理的加入到建议书中才可以增强说服力。对于参加比赛的选手来讲，暂时不需要对这部分有过多的了解，但要对游戏的发展方向有个大体的认识，尤其是你所设计的这个游戏。 2、 游戏的大体介绍：这是一个向上级描述游戏内容的最好方法。平时的报告太长太麻烦，谁都不会有兴趣认真看下去的。而项目建议书决定着这个项目是否进行下去，所以这是一个让老板了解你的想法最好的机会。这里的介绍不能太长，要把你所有的精华部分都罗列在上面，吸引住了老板，立项就确定了一半。对游戏策划来讲，这也是显露自己才华最好的机会，如何用最简洁的语言把整个游戏的精华表述出来就要看你的文学功底了。游戏的主体就是在这时确定的，一旦该项目被批准，那么以后的游戏设计都要围绕着它来开展。所以这时游戏中的卖点和主要特征都要认真的进行讨论分析，利用好手中的信息展开讨论，并结合其他游戏的优缺点分析自己设计中要突出的地方才可能抓住投资人的心。牢记一点：“只有能够带来最大化利润的游戏创意才能吸引住投资者的心！” 3、 游戏的赢利模式：这部分要对整个开发的成本以及回报进行估算。要分析需要多少人工，设备费用，以及管理费用等等。然后就要估算按照什么样的定价卖多少套游戏可以回收成本，是否有其他的赢利模式等。参赛选手只要了解一下有个认识就可以了，不需要真正完成这个部分。 4、 游戏的整体框架：这个部分对游戏来说是至关重要的。游戏要如何划分模块，用什么方式开发，以及模块之间的关系都要确定下来。对于一个大型的游戏项目，如果不进行模块划分和良好的整体设计，在实际的开发过程中会陷入无限的混乱中，人员也会很难控制。按照体系进行划分是一个比较有效的划分方法，任何游戏都是可以根据自身要求进行模块划分，下面给出一个大体的划分模式，后面会有详细的介绍： 生存体系：是游戏世界的基础，只要是游戏需要建立一个世界，那么生存体系是最基础的。生存体系也由很多要素组成，表现在玩家面前就是各种属性，视游戏类型而定。包括HP，MP，金钱等基本属性，复杂点的游戏还要设计饮食、体力、精神等其他属性，看具体的游戏设计了。 升级体系：升级体系是另外一种常见的消耗用户时间并增强耐玩度的主要方法，大部分的RPG 游戏和即时战略游戏都有升级体系的介入。设计升级体系主要是设计升级的算法以及相关属性的平衡发展，后面会进行详细介绍。地图系统：游戏中的地图设计，根据游戏类型而定。不外乎大地图的设计和场景设计，在项目建议书中只是把大体的框架建立起来就可以了。 战斗系统：大多数游戏都要有战斗，这和游戏的升级体系是密切关联的。战斗系统是非常复杂的，包括各种法术、武功、招式等设计，还有攻击力、防御力等数值的比较转换等。任务系统：任务是游戏前进的线索，有了一个完整的任务系统，设计者的思路就不会发生太大偏差。项目建议书中只要对游戏中要涉及的主要任务进行简要描述就可以了。 操作体系：游戏如何操作，以及主要界面安排等都要做简要描述。这里还要提到游戏的一些配置情况，是否支持操纵杆和其他外设也要在这个部分来描述。游戏过程是使用键盘还是鼠标就要在这个阶段确定，帮助系统的设计也可以归入这部分，也可以另外拿出来另外做一个模块。 界面系统：该系统和操作体系有很大的关联。游戏中的很多操作是由界面所决定的，一个良好的游戏界面能够帮助玩家快速上手。界面包括游戏主界面、二级界面、弹出界面等很多种类，在建议书中也应该把整个界面系统的框架规划出来，还有整个界面的风格等问题也要确定。 NPC 设计：游戏中总要有NPC 的，这和大的游戏背景有关。什么样的角色如何安置，并给予他什么样的功能都是属于NPC 设计的。大多数的NPC 功能都很简单，无非是提供一些信息或者完成一件道具的功能。但是你也可以把NPC 设计的很强大，这就要给他们加入人工智能的设定了。 AI 设计：这是一个很大的范畴，是一个需要很多有针对性的研究才可以有发言权的领域。不同的游戏 AI 设定也不同，但这是必不可少的一个部分。没有 AI，游戏就没有任何灵性可言。（但感觉现在的游戏有灵性的也不多）该部分过于专业，在这里不做讨论。 在完成了上述几个模块的划分之后，你的整体思路已经建立起来了。在进行模块设计的同时，你的游戏世界就逐渐呈现在你脑海之中。这些内容很混乱，因为各个部分都是相通的，而且关联很紧密。如何理清思路保持清醒的头脑才是最终成功的关键，这一点对于策划来说尤其重要。设计人员在早期脑子就是一团糨糊，那进入了开发阶段肯定是一团糟！上面描述的都是一个大体的模块划分，具体的游戏框架搭建还是远远不够的。在第四部分中会针对这些模块进行详细的讲解，以一个网络游戏为例简要的描述一下作为策划要如何完成一个庞大的世界体系。 5、 游戏开发进度：开发进度是要求产品经理或项目经理根据现有的条件来确定的。对你的上司来说，他最看重的也是这个部分。因为开发周期的长短会直接影响到游戏制作的成本，而且何时能够完工也决定着上市能否赶上最好的档期（比如暑假档），所以开发进度很多时候能够直接决定着这个游戏是否会被老板枪毙。游戏的开发进度一直是困饶着国内开发团队的大问题，国外也一样。由于开发人员的熟练程度不同，预留时间很难确定。对于参加比赛的各位同志来说，只要大致计算一下需要多少人/月就可以了。 6、 开发人员列表及职责：最后一项，就是对人员进行分工。已经到位了的，直接进行工作安排；还没有到位或者需要招聘的，向人事部门发送申请。报告中要对人力情况进行估算，以及各项费用的评估。对比赛而言这部分就可以省了，费用的评估是需要有丰富经验的市场和管理人员才可以计算的。 好了，在完成了上述各项工作的汇报之后，如果你的预算和公司的计划相符，那么恭喜你，你可以开始下一步的安排了。否则，就只有等机会或者重写你的报告，但这种情况往往是没有结果的。项目建议书并没有一个固定的格式，你的目的就是通过它来说服你的老板（在这里就是说服评委对你策划的支持）。但是这又是不可或缺的一个必要条件，项目建议书分析的越透彻，这个项目可能获得的支持也就越多，最终成功的机会也就越大。

㈡ 能帮我写份详细的贪吃蛇游戏课程设计报告不

struct Food
{
int x;/*食物的横坐标*/
int y;/*食物的纵坐标*/
int yes;/*判断是否要出现食物的变量*/
}food;/*食物的结构体*/
struct Snake
{
int x[N];
int y[N];
int node;/*蛇的节数*/
int direction;/*蛇移动方向*/
int life;/* 蛇的生命,0活着,1死亡*/
}snake;
void Init(void);/*图形驱动*/
void Close(void);/*图形结束*/
void DrawK(void);/*开始画面*/
void GameOver(void);/*结束游戏*/
void GamePlay(void);/*玩游戏具体过程*/
void PrScore(void);/*输出成绩*/
/*主函数*/
void main(void)
{
Init();/*图形驱动*/
DrawK();/*开始画面*/
GamePlay();/*玩游戏具体过程*/
Close();/*图形结束*/
}
/*图形驱动*/
void Init(void)
{
int gd=DETECT,gm;
initgraph(&gd,&gm,"c:\\tc");
cleardevice();
}
/*开始画面，左上角坐标为（50，40），右下角坐标为（610，460）的围墙*/
void DrawK(void)
{
/*setbkcolor(LIGHTGREEN);*/
setcolor(11);
setlinestyle(SOLID_LINE,0,THICK_WIDTH);/*设置线型*/
for(i=50;i<=600;i+=10)/*画围墙*/
{
rectangle(i,40,i+10,49); /*上边*/
rectangle(i,451,i+10,460);/*下边*/
}
for(i=40;i<=450;i+=10)
{
rectangle(50,i,59,i+10); /*左边*/
rectangle(601,i,610,i+10);/*右边*/
}
}
/*玩游戏具体过程*/
void GamePlay(void)
{
randomize();/*随机数发生器*/
food.yes=1;/*1表示需要出现新食物,0表示已经存在食物*/
snake.life=0;/*活着*/
snake.direction=1;/*方向往右*/
snake.x[0]=100;snake.y[0]=100;/*蛇头*/
snake.x[1]=110;snake.y[1]=100;
snake.node=2;/*节数*/
PrScore();/*输出得分*/
while(1)/*可以重复玩游戏,压ESC键结束*/
{
while(!kbhit())/*在没有按键的情况下,蛇自己移动身体*/
{
if(food.yes==1)/*需要出现新食物*/
{
food.x=rand()%400+60;
food.y=rand()%350+60;
while(food.x%10!=0)/*食物随机出现后必须让食物能够在整格内,这样才可以让蛇吃到*/
food.x++;
while(food.y%10!=0)
food.y++;
food.yes=0;/*画面上有食物了*/
}
if(food.yes==0)/*画面上有食物了就要显示*/
{
setcolor(GREEN);
rectangle(food.x,food.y,food.x+10,food.y-10);
}
for(i=snake.node-1;i>0;i--)/*蛇的每个环节往前移动,也就是贪吃蛇的关键算法*/
{
snake.x[i]=snake.x[i-1];
snake.y[i]=snake.y[i-1];
}
/*1,2,3,4表示右,左,上,下四个方向,通过这个判断来移动蛇头*/
switch(snake.direction)
{
case 1:snake.x[0]+=10;break;
case 2: snake.x[0]-=10;break;
case 3: snake.y[0]-=10;break;
case 4: snake.y[0]+=10;break;
}
for(i=3;i<snake.node;i++)/*从蛇的第四节开始判断是否撞到自己了，因为蛇头为两节，第三节不可能拐过来*/
{
if(snake.x[i]==snake.x[0]&&snake.y[i]==snake.y[0])
{
GameOver();/*显示失败*/
snake.life=1;
break;
}
}
if(snake.x[0]<55||snake.x[0]>595||snake.y[0]<55||
snake.y[0]>455)/*蛇是否撞到墙壁*/
{
GameOver();/*本次游戏结束*/
snake.life=1; /*蛇死*/
}
if(snake.life==1)/*以上两种判断以后,如果蛇死就跳出内循环，重新开始*/
break;
if(snake.x[0]==food.x&&snake.y[0]==food.y)/*吃到食物以后*/
{
setcolor(0);/*把画面上的食物东西去掉*/
rectangle(food.x,food.y,food.x+10,food.y-10);
snake.x[snake.node]=-20;snake.y[snake.node]=-20;
/*新的一节先放在看不见的位置,下次循环就取前一节的位置*/
snake.node++;/*蛇的身体长一节*/
food.yes=1;/*画面上需要出现新的食物*/
score+=10;
PrScore();/*输出新得分*/
}
setcolor(4);/*画出蛇*/
for(i=0;i<snake.node;i++)
rectangle(snake.x[i],snake.y[i],snake.x[i]+10,
snake.y[i]-10);
delay(gamespeed);
setcolor(0);/*用黑色去除蛇的的最后一节*/
rectangle(snake.x[snake.node-1],snake.y[snake.node-1],
snake.x[snake.node-1]+10,snake.y[snake.node-1]-10);
} /*endwhile（！kbhit）*/
if(snake.life==1)/*如果蛇死就跳出循环*/
break;
key=bioskey(0);/*接收按键*/
if(key==ESC)/*按ESC键退出*/
break;
else
if(key==UP&&snake.direction!=4)
/*判断是否往相反的方向移动*/
snake.direction=3;
else
if(key==RIGHT&&snake.direction!=2)
snake.direction=1;
else
if(key==LEFT&&snake.direction!=1)
snake.direction=2;
else
if(key==DOWN&&snake.direction!=3)
snake.direction=4;
}/*endwhile(1)*/
}
/*游戏结束*/
void GameOver(void)
{
cleardevice();
PrScore();
setcolor(RED);
settextstyle(0,0,4);
outtextxy(200,200,"GAME OVER");
getch();
}
/*输出成绩*/
void PrScore(void)
{
char str[10];
setfillstyle(SOLID_FILL,YELLOW);
bar(50,15,220,35);
setcolor(6);
settextstyle(0,0,2);

㈢ 关于游戏策划案怎样写.

游戏策划的第一步:写你的第一份策划案
不谈实现,不谈好玩,我们先来写份"完整"的~
第一份游戏策划案,比较容易入手的,往往是你自己最喜欢,也是最熟悉的游戏的改良产品.一来是有东西参考,不会无米下炊,二来也会比较有动力.(要我写美式足球策划案?喂~那个谁,我那把杀人不眨眼的刀呢?)
要写成什么样子,完全自己喜欢,只要别人看的懂,你写成火星文都没关系.重要的在于内容.
首先,策划案要足够完整.越完整的策划案,越能发现你思考中的问题.你会在写的过程中发现矛盾,发现冲突.策划案的第一次Debug就是在写的过程中完成的.
策划案的完整度,根据需求不同,会有不同的完整程度.通常分成以下几种:

游戏提案(High Concept),游戏提案只是说明游戏的类型风格,大概的游戏玩法,能让阅读者明白"哦,原来是这样子玩的一款游戏"就算是OK的游戏提案了. 游戏提案的字数在3000字以内.对于新人来说,游戏提案是非常合适的训练手段.你甚至不用去创新,去写一些现成的游戏的游戏提案,把关键点,特色都能罗列齐全,让别人一看就知道"你这不是三国无双吗"就算是通过了哦~
游戏大纲(Game Principle),游戏大纲会更详细地介绍游戏的系统和玩法.通常游戏大纲会配合不少图来进行说明.游戏大纲的主要目的是对游戏制作的可行性,游戏本身的可玩性进行评估,此外,游戏大纲还会确定游戏制作上的难度,工作量,人月,成本等等.在实际的游戏制作当中,游戏大纲是讨论,变动最激烈的部分.游戏大纲应该包括游戏的完整规则,所有的系统说明,所有的地图,场景,角色,物品的罗列(是罗列,不是设定哦,当然重要的地方应该先设定好),这样才能让大家有东西讨论~对于业内的人来说,应该能熟练写游戏大纲吧,至少能写一部分.要能写全也是非常了不起的.新人在尝试了十几篇的游戏提案后,就可以开始写游戏大纲了.第一篇大纲肯定是费时费力,所以一定要选自己喜欢的题材哦~这样才能保证你有足够的动力~~写完大纲后,再对照着这篇大纲的游戏提案,仔细想想,游戏提案中的那些游戏特色,特点,是不是真的能够通过自己大纲里写的系统体现出来.反复修改,直到自己满意.然后...然后你可以拿给一个喜欢同样类型游戏的朋友...你一定会被赞扬了不起的哦(如果对方不是那么缺心眼儿的话~~)
游戏策划文案(Game Design Document),终于到游戏策划了,从这里开始,关于一个游戏的文档不再存在一个文件里了.对于策划大纲中的每一个部分,都会有独立的文件来说明.游戏策划主要负责游戏系统的实现.比如游戏大纲中提到"武器升级系统",并写了3条规则:
1:通过一定概率,低级武器可以升级成高级武器
2:升级武器需要宝石
3:升级后,武器的能力可以加强.
如果主策划要你写这部分的游戏策划,你就需要写出具体的概率,宝石的名字,宝石的类型,武器能力加强的公式等.你写出来应该是这样的:
7级武器+辉龙石(对不起啊MHP2)->8级武器 概率30% 攻击力+15%
至于辉龙石怎么来的,获得率多少,那就是写物品策划的人负责咯.
对于自己写着玩的游戏策划(路人甲:真的好玩吗?鄙人:万剑!~~归~~宗~~),并不要求你能把所有的部分都写成游戏策划(啊?你都写了啊~大家快来看神仙啊~~)比较推荐的方式是把你游戏中最关键的部分写成详细的游戏策划,比如某个游戏的核心是"单一玩家对整体游戏世界的影响系统",这样新奇的系统就得有详细的策划了.因为对于新系统,细节的设定会显得格外重要.(你看"单一玩家对整体游戏世界的影响系统"这种词我也会说,但我肯定设定的没人家好,问题就是在细节的设定上)
当你策划案写的差不多了的时候,如果你是新人,你可以挑其中自己最满意的,作为自己的作品,投到自己喜欢的游戏公司了~如果是业内人士,你可以找机会给你的老板看看~ "老板,你大便去啊?给你个好玩的东西大便的时候看看~"说不定下个项目就是你的策划案哦~

㈣ 游戏原画毕业设计开题报告怎么写

开题设计原话简单，
能搬忙写的哦

㈤ 开题报告：网络游戏的设计与开发（以传奇为例）

现在的网络游戏都还不错.

大多数网络游戏背景和故事都以《暗黑破坏神》、《龙与地下成》的故事为背景。

传奇好在哪呢？他出现的早，而且在运行的时候中国游戏是刚刚开始。
他的成功在与他里面的设计非常巧妙，在人物上不但有西方的魔法师，还有中国传统驱邪躲凶的道士，最主要的他还有个半中国半西方的强劲有力的战士。

在画面上他还超越当初所有游戏的虚拟真实情景。
比如：人物的设计，无论是男是女身体的肌肉都能看到一块一块的非常真实。

在操作上：他设计的也挺好，看到怪物，你可以打也可以不打，而当时的中国游戏，大多采用单一模式没有挑战性。

在技能上：他设计的也非常好，很光辉绚丽的魔法，还有中国传统的奇门盾家隐身术、召唤术以及紫色青光的半月剑法简直是非常美妙的，非常人性化，在当时也没无与伦比的。

还有一大特点就是他操作非常简单，因此他迅速走红风靡一时，可惜因为诸多原因使他现在4分5列，什么私服、传奇3G、传奇世界，连外挂、天关都弄出来，最后失去他原由的风格。

现在的网络游戏大多采用3D，好看是好看，但你想没想到画面都是漫画或卡通给玩家带来一时的好奇，但不能成为像传奇那样经典，所以现在的网络也是热火朝天，也可说是在走下坡路。原因就是开发者与人们想要的缺乏沟通。

咳~~~~~~~~~~~真希望在有个经典的，让我过把引。。

㈥ 如何编写一份最有效的游戏设计文件

本文只是粗略的描述笔者眼中的游戏制作过程，所举例子为在一个比较理想化的环境下，游戏制作所要经历的过程，而在实际制作过程中，会有一些出入，在此不一一赘述。
游戏制作的第一步：立项
游戏制作的开始，就和文档有着密不可分的关系。当一个想法在主策划或者老板的脑海中产生时，他需要把想法整理成文字备忘录一类的东西。当然，老板会用交谈的方式讲给主策划听，然后由主策划整理成文。这些文字将作为游戏的最初形态被保存下来，并在项目结尾时，和完成后的游戏进行比较，就可以看出制作过程中改动了多少。
接下来是主策划根据最初提案文档详细描述游戏的形态，包括游戏概述、游戏玩法、制作计划、市场定位，并初步确定游戏中一些明显的玩点和特征。这份文档将作为开发的凭据进行保存，是整个项目的根本所在。如果它能通过老板或投资方的认可，那么这个游戏就可以开始制作了。
游戏制作的第二步：启动阶段
这一阶段包含两个部分，一个是策划的启动，另一个是程序的启动。而且策划启动得要比程序早一些。
策划方面，需要开始详细整理游戏制作中的分项结构，并预先做游戏制作的控制，这时候需要启动一个策划主文档，这个文档会有比较完整的制作分类，那么以后其他制作人员写好的文档会被整合到这个文档中来，所有有关的内容都可以在这个文档中查到。这个主文档会放在开发组内的服务器上，每个人随时都可以去看。
在程序未进入之前，策划需要确定游戏所需要的程序引擎类别，当然，有时候一些游戏是根据现有程序引擎的特点再立项的。在确定程序引擎后，就需要挑选合适的主程序进入项目了，主程序一般是一些有开发经验的，且自己就有一套引擎的人，要知道，开发一套成熟的引擎是需要一定时间的，所以制作方要么使用主程序的引擎，要么就去外面买一套合适的引擎拿回来用，而程序员就需要花时间适应这套引擎，主程序就是向其他人解释这套东西的人。
启动阶段是策划脑子最忙的阶段，因为太多东西需要预先确定下来，并写成文档，主程序则需要根据策划的文档理解程序方面要实现一些什么样的功能。这期间会有大量的讨论。
游戏制作的第三步：正式制作前期
这一阶段里，一切步入正轨（如果顺利的话），策划开始制定游戏规则，并对游戏世界有一个描述，一些美术图片量也被确立下来。程序则开始在做适合这个游戏的低层搭建工作。按照惯例，制作组会定一个DEMO方案出来，确定在一个短时间试作一个演示版本，一来初步检验制作组成员的能力，二来给投资方以信心。而且我认为DEMO是非常重要的，它是一个里程碑，能给组内所有人以动力，让成员有“下一步做什么”的欲望和想法。
美术则是按照需求进入的，主美术根据策划要求的风格会制订美术上的制作规则，制作规则包括游戏风格的整体描述，并根据这一描述招收适合的美术成员。如果是3D游戏，还需要招收建模师和动作调整师这样的专门人才。
最初的DEMO并不会看到太多东西，美术工作量不会很大。程序则会完成一个游戏的雏形，并确定下一步实现功能的先后次序。在DEMO完成后，策划的详细文档基本上已经完成，对游戏细节的描述也已经到位，并开出可观的美术量统计报告，如果DEMO没有太大的问题，一切都很顺利，那么接下来就是实际制作的过程了。
接下来是美术和程序最辛苦的阶段，而策划则继续细节化一些东西。这是一个生产的过程，程序也在这个阶段给出适合策划使用的游戏编辑器，策划试着在游戏编辑器上做一些东西并对编辑器是否适用提出意见和建议。
游戏制作的第四步：正式制作中后期
正式制作的中期和后期没有明显的界线划分，这是一个非常漫长的过程，同时也是一个短暂的过程，程序、策划和美术会在这一阶段密切合作，游戏会按照事先计划好的过程一步步做好。在后期时，策划需要分出人力来做一些游戏宣传方面的工作。
美术和程序在后期会显得比较轻松，大部分的工作已经完成，这一阶段策划会把已经做好的游戏元素用程序提供的编辑器进行整合，而空出来的美术和程序人手则会参与测试游戏，测试出来的BUG会有许多，这样调整和修改也要花去一部分时间和精力。
个人认为在游戏前期如果策划没有太大疏漏的话，再加上程序方面没有出现问题，那么中后期制作实际是一个并不复杂的生产过程，在一个已经确定的规则下制作起来还是比较方面的。但如果前期做得不够好，这个阶段会持续反复修改和推翻一些东西，这会很可怕，会逐渐消磨掉组员的意志，所以制作中后期是否顺利是很依赖制作前期的准备的。
以上是一个游戏的制作过程，而根据实际所制作的游戏特点不同，平台不同，这些制作过程会加上或抽减掉一些部分。比如网络游戏会有运营和宣传的介入等等。而对制作来说，我所罗列的这些步骤实际上是所有游戏制作都会经历的。我不打算去细化介绍，我想说明的是，游戏制作过程并不神秘，甚至很简单，关键是做为个人，在这些过程中是否能找到自己的位置。