网站开发项目立项与需求分析

第一篇：网站开发项目立项与需求分析

任务1 网站开发项目立项与需求分析

具体任务：

1、成立网站开发项目小组  确定项目组长  确定项目成员分工  提交网站开发立项书

2、在Internet调查类似的网站，编写网站调查表

3、通过不同方式调查网站用户需求，编写用户需求调查表  调查者的姓名、学号、组号

 调查规模，即调查哪些用户、网站、调查的覆盖率；

 调查的内容，即被调查的每个用户提出了什么要求、被调查网站的内容特色及功能特点；

 调查的收货与建议，即根据调查情况提出开发网站的内容查考建议和网站功能的参考建议。

4、编写网站需求分析报告  准备开发网站的名称；

 网站的用户分类及定位，即那些人浏览和使用网站；  流程图或者示意图，描述不同用户的需求；

 文字与功能体系图，描述网站要为用户提供哪些服务。

要求：

1、提交《网站开发项目计划书》

2、提交《网站调查表与用户需求调查表》

3、提交《网站需求分析报告》

实验环节及步骤

一、网站开发项目立项

1、成立网站开发项目组，确定项目组长，对项目组成员进行分工

2、进行小组讨论，明确网站的开发目的，确定网站开发项目的内容

3、编写网站开发项目立项书，提交指导教师批准执行

因为网站开发的工作量较大，内容涉及到多个方面，为了保证在课程学习期间开发出一个优秀的网站，要重视项目小组的组成和分工，以团队的力量来共同开发网站。

项目组成员同时要扮演网站用户和网站开发人员两种角色。成立项目组后，有组长组织召开小组讨论会，确定网站开发项目名称，要明确为什么建立这个网站？是为了给用户提供什么服务，还是要在网上宣传自己？是在网上介绍知识、以网会友，还是给某个企业建立一个电子商务网站？只有解决这些问题，才能明确建站的目的，下面的工作才能有明确的方向。

项目组通过讨论，其结果可通过项目立项来描述，项目书的要点如下： 第一，网站开发的名称和目标； 第二，网站开发项目背景；

第三，网站开发的任务、小组成员的责任与分工 第四，网站开发的时间进度

网站开发项目立项书：

• 网站开发立项申请表 • 网站开发计划表

二、网站需求分析

 对类似网站进行调查

 采用不同方式调查用户需要  编写调查报告  编写需求分析报告

当明确网站开发目的后，开发人员接着要确定网站的主要内容和功能，通过网站的内容和功能实现网站开发的目的。

在确定网站的内容和功能之前，开发人员应对类似网站进行调查，了解目前该类似网站的情况、内容和功能，以拓宽思路，使要设计的网站内容更贴近用户的需要，功能更完善。

根据类似网站的调查结果，结合要开发的网站特点，仔细讨论与分析要开发网站的新的功能需求和内容需要。因为网站的内容是否全面、是否符合用户的需要，网站的功能是否完善、是否满足用户的使用需求，决定了网站开发项目的成败。

网站需求分析是专门为了解决网站的需求问题。网站需求分析从开发人员的角度划分可以分为内容需求和网站的功能需求两种；从用户的角度来划分可以分为用户实际需要和用户发展需要。

网站是建立在各种各样的需求之上的，这种需求往往来自于用户的实际需求或者是出于公司自身发展的需要，其中用户的实际需求占了绝大部分。面对使用网站不同层面的用户，开发人员对用户需求的理解程度，在很大程度上决定了网站开发项目的成败。因此如何更好地了解、分析、明确用户需求，并能使用准确、清晰的文档形式表达出用户需求，使参与项目开发的每个成员在开发过程中能够以满足用户需要为目的进行各种工作，是需求分析阶段要解决的主要问题。

要解决网站用户需求分析阶段的问题，先要通过不同方式广泛调查用户需求。在调查用户需求过程中要注意的两个问题。

（1）让用户畅所欲言，罗列出所有的需求。让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候开发人员不要害怕“勾引”出客户的潜在需求而增加网站的开发工作量，直接明白的把用户的问题和要求一条条的罗列出来，将用户最原始、最完整的需求正确地记录下来，就完成调查的第一步工作。这个调查工作要多次进行，并要调查到各类型的用户。

（2）透过现象分析用户潜在的需求。一般情况下，用户对提出的需求分不清是内容需求还是功能需求、是实际需求还是发展需求，大多数时候给出的需求都是笼统而且尺度难以控制的，这就要求开发人员在倾听了用户的详细说明以后，进行整理和分析，同时预测用户需求在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

（1）编写类似网站的调查报告。编写类似网站调查报告主要内容包括如下3个方面。

第一，调查规模：调查了那些网站、调查的覆盖率是多少。

第二，调查内容：网站名称、网站地址、网站类别、网站主题、网站特色、整体风格、主要功能、主色调、技术平台、网站的优缺点等情况。

第三，调查收获：包括调查感想，根据调查情况提出开发网站的主要内容和网站功能的参考建议。

（2）编写用户需求调查报告。根据用户需要调查的结果，开发人员要将用户描述的需求进行分析、归纳和整理，特别要分析整理出用户谈的不多却是技术上实现难度和强度高的地方。

用户需求调查报告的主要内容包括如下3个方面： 第一，调查方式；

第二，调查规模：调查了哪些用户，调查的覆盖率； 第三，不同用户的需求及潜在需求。

在用户需求调查和类似网站调查报告的基础上，项目小组人员要经过多系讨论和认真分析，研究并编写一份网站需求分析报告。

（1）网站需求分析报告要点。网站需求分析报告包括如下5个要点。第一，网站的名称：给网站起的名字。

第二，网站开发的背景：建立这个网站的原因。

第三，网站用户角色细分：确定是哪些人员浏览和使用网站，比如是一般访客、会员、重要客户、前台管理员、网站管理员、还是业务员等。

第四，用户需求分析：使用图形描述不同用户角色的需求，分析确定明哥角色的权限及可操作的功能，比如会员可以查看特别信息、修改个人信息、退出登录等；像前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等；网站管理员可以更改栏目、修改网站界面等。而制作流程图和用例图将用户需求的表现出来，可以让用户参与到图形的设计中，并能正确地反应用户的需求。

第五，网站功能分析：根据用户需求，可分析网站应给用户提供哪些功能来满足用户的需求，可以使用文字和功能用例图来描述网站要为用户提供的功能和服务。

网站需求分析报告：

 网站调查报告（具体见前文内容）

• 类似网站调查报告 • 用户需求调查报告  需求分析报告（参照实例）

本实验最终提交报告

① 小组成员任务分配表（组长提交）② 网站开发项目立项书：

• 网站开发立项申请表（实验报告附件：按表格）• 网站开发计划表（实验报告附件：按表格）

③ 网站需求分析报告：

• 网站调查报告（实验报告附件：具体见前文内容）

 类似网站调查报告  用户需求调查报告

• 需求分析报告（实验报告附件：参照实例）

第二篇：简历网站开发需求

简历网站开发需求

一、网站描述：

制作一个多媒体的简历网，只要有会员卡的客户，就可以将自己的资料注册并上传到该网络，并可以将所有的素材刻录成光碟，之后可以非常方便的向其他公司推荐自己。非常适合刚毕业要找工作的年轻人。当然也可以作为一个人向外展示自己的舞台。

适用人群：19-49年龄段，需要找工作的人。

二、网站建设：

l

根本要求：可以上传个人的简历资料，首先是根底的文字资料，其次是证书资料、还有可以上传视频资料、图片资料等。〔可以自行装饰简历，可选择模板。〕

l

特殊要求：可以设定是否公开资料；不公开的可以设定授权码，允许一次设定最多10个，每个授权码允许在一定时间内访问该资料，方便可以查询那些人使用了；或者使用密码访问，只要有密码就可以访问。

l

允许客户分段创立个人简历，可以从许多不同的模板中选择一种设计。这些简历非常适合常规格式，另外还可以公布一个

URL

地址，雇主可以从那里下载到客户的简历，而且有

DOC、XLS、PDF、RTF

等不同格式可选。

l

程序要求：完整网站设计制作，后台功能。

三、程序框架：

使用ASP+ACCESS(做好MS

SQL

SERVER升级准备)，要求界面清洁，数据库字段要描述具体含义，使用标准命名发放，方便日后升级。〔此处可以再次沟通〕

四、数据框架：

1、一个注册客户拥有一个ID，所有客户信息均与此ID有关。

2、一个客户拥有所有简历需要的信息：为每个单项的客户信息建立一张表，如个人信息为一张表、培训信息为一张表。如有多条相同工程的信息，那么客户ID相同。每个客户可以根据自身情况如实填写已列出的信息；

3、一个客户可以拥有多个简历：客户可以根据自己需要筛选已填写信息，生成不同的简历。

4、一个简历对应一种排版方式：客户可选择模板和已筛选出的信息自行调节内容展现，并生成简历。

5、一个授权码对应一个简历展现形式与内容。

五、页面布局〔参考人人网〕

登录用户：

l

横条：首页、好友、应用、站内信

邀请

设置

搜索

退出

好友：已注册客户，为方便沟通，可以添加为好友；

应用：客户可以管理自己已选择的应用工程：如优先投递，已访问短信提醒；

站内信：首先可以先做系统信件，添加完好友前方可互相发送站内信；

邀请：可以讲代码发送给其他人，邀请其他人来注册；注册免费；

设置：隐私设置〔谁可以访问，如何访问，什么时间访问〕、账号设置〔修改密码，绑定

〕、应用设置、邮件订阅〔可以订阅各项内容杂志〕

搜索：对公开的注册信息进行检索；

退出：平安退出。

l

左竖条菜单：

1、头像等级，登录次数

2、功能模块〔同日志、相册等〕：

1)

个人信息：

允许上传照片

2)

教育经历

3)

工作经验

4)

求职意向：

5)

培训经历：

6)

语言能力：

7)

附件信息：

浏览用户：

根据客户设定，对不同的人提供不同的展现。

默认的就按0号模板展现：仅展现个人根本信息〔不含联系信息〕、教育经历、求职意向等等。否那么按客户设定的对应模板展现。

浏览者如有授权码，直接输入授权码就直接按客户设定好的简历展现形式和内容展现。

一、根本要求：可以上传个人的简历资料，首先是根底的文字资料，其次是证书资料、还有可以上传视频资料、图片资料等。

二、版面要求：

1、大气、简约;

2、LOGO醒目，易识别，突出品牌；

3、色调清爽，浏览流畅；

4、LOGO涉及附上创意说明。

三、知识产权说明：

1、所设计的作品为原创，为第一次发布，未侵犯他人的著作权，如有侵犯他人著作权，由设计者承当所有法律责任；

2、中标的设计作品，我方支付设计制作费，即拥有该作品的知识产权，包括著作权,使用权和发布权等,有权对设计作品进行修改,组合和应用;设计者不得再向其他任何地方使用该设计作品;

第三篇：网站项目管理-如何做好需求分析

网站项目管理－如何做好需求分析

作者及出处不详 前言

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。

网站项目管理（WPM）的含义为WebbasedProjectManagement，即以Web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工作经验，力求将网站工程管理（WPM）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。

按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制： 1.需求分析及变更管理 2.项目模型及业务流程分析 3.系统分析及软件建模

4.界面设计、交互设计及程序开发 5.系统测试和文档编写

6.客户培训、技术支持和售后服务

需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。如何做好需求分析及变更管理？

业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。

本章包括以下内容：

一.让客户畅所欲言，罗列出所有的需求

二.透过现象分析潜在的需求

三.利用自然的语言描述项目模型

四.利用示意图和图表将用户的需求表现出来。

五.什么人要看需求分析报告？

六.建立需求变更日志，制作新版本的需求分析报告。

七.本阶段重点工作角色

八.总结

一：让客户畅所欲言，罗列出所有的需求

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！

二：透过现象分析潜在的需求

很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。

客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。

三：利用自然的语言描述项目模型

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。

请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击’客户通道’按钮，弹出填写’用户名’和’密码’的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表” “站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。” 前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

四：利用示意图和图表将用户的需求表现出来。

需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。

制作示意图可以有很多种方式，用PowerPoint或Visio制作流程示意，用Html文档制作界面示意都是可行的，最简单利用画图和Word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。

在RUP中有这样的描述：

“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。

以用户友好的方式帮助收集并改进用户需求。

鼓励更有创造性、更加创新的设计解决方案。

鼓励团队复审，并避免所有人都不希望出现的特征。

确保以可理解、直观的方式实施特征。

使访谈过程变得轻松，避免出现访谈没有结果的现象。

简单地说，制作示意图就是使用工具向用户(主角)说明（有时是动画演示）系统如何适应组织的需要，并表明系统将如何运转。协调员将初始示意板展示给小组，小组成员提供意见。之后，在举办研讨班期间，示意板也进行”实时“演进。所以，您需要一种可以轻松更改示意板的画图工具。为了避免分散注意力，一般最好使用简单的工具，比如图表、白板或PowerPoint。” 五：什么人要看需求分析报告

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。

我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。

例如：

项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。

开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；

操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；

界面设计人员根据项目的性质和定位确定表现方式。

测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测；

通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：

六：建立需求变更日志，制作新版本的需求分析报告

尽管我们费了许多功夫在需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。

在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。

在新版本的需求分析中，将变更多部分用特殊方式表明出来，并在日志中记录变更多重的明细。

关于需求分析和变更管理可以参照下图示意：

七：本阶段重点工作角色

在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。

为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，帮助客户代表和业务员更好的完成任务。以下提供一份需求管理计划的模板可作为参考：

八：总结

根据笔者的经验，要尽快做好需求分析掌握以下要点，也许能事半功倍：

仔细聆听，罗列客户的所有要求；

将需求进行分析，确认可操作的系统模型；

利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；

迅速确定网站的用户角色；

比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；

分析确定每个角色的权限及可操作的功能；

比如会员可以查看特别信息、修改个人信息、退出登陆等；

前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等；

网站管理员可以更改栏目、修改网站界面等；

制作流程图和示意图将需求表现出来；

让客户参与到示意图的设计中，及时正确的反应出需求变更。

制作需求变更日志，保留升级版本，通过版本控制进行需求管理；

通过需求《管理计划书》使每个参与人员看到共同的努力目标

第四篇：如何做好游戏开发项目基本需求分析

一款游戏项目的确立是建立在各种各样的需求上面的，这种需求往往来自于玩家的实际需求或者是出于公司自身发展和实力的情况，其中玩家的实际需求也就是说市 场需求最为重要。面对对游戏拥有不同知识和理解层面的玩家，项目的负责人(或者游戏制作人)对玩家需求的理解程度，在很大程度上决定了此类游戏开发项目的 成败。因此如何更好地的了解、分析、明确玩家需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照满足玩家需求为目的正 确项目开发方向进行，是每个游戏开发项目管理者需要面对的问题。就这个问题，本文想提出自己的一些看法和建议，希望各位读者批评指正：

需求分析的原则

需求分析中的缺陷将给项目成功带来极大风险，这里的“成功”是指推出的游戏能以合理的定价、及时地在功能、质量上完全满足大部分玩家的期望。

不适当的需求过程所引起的一些风险:

1.无足够玩家参与

游戏制作团队经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视玩家的参与。究其原因：

一是因为开发人员感觉与玩家合作不如编写代码有意思；二是因为开发人员觉得已经明白玩家的需求了。

在某些情况下，与实际玩同类型游戏产品的玩家直接接触很困难，而玩家有时候也不太明白自己的真正需求。但还是应让具有代表性的玩家在项目早期直接参与到开发队伍中，并一同经历整个开发过程。

国外一些游戏开发人员在实践过程中，也有些感觉，在实施一个新的游戏项目时，若无足够的玩家参与，系统人员获得的需求是片面的，不完整的，这样游戏在需求设计之初就埋下风险。

2.玩家需求的不断增加

在开发中若不断地补充需求，项目就越变越庞大以致超过其计划及预算范围。计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一 致（网络游戏开发的复杂性已经比传统游戏提高很多），这使得问题更难解决。实际上，问题根源在于玩家需求的改变和开发者对新需求所作的修改。要想把需求变 更范围控制到最小，必须一开始就对项目定位、范围、目标、约束限制和成功标准给予明确说明。有助于投资者或者风险承担者明白决策的合理性，即为何进行某些 变更，相应消耗的时间、资源或特性上的折中。

游戏开发中不断延续的变更会使其整体结构日渐紊乱，补丁代码也使得整个程序难以理解 和维护。插入补丁代码使模块违背强内聚、松耦合的设计原则，如果你尽早地区别这些可能带来变更的特性，你就能开发一个更为健壮的结构，并能更好地适应它。这样设计阶段需求变更不会直接导致补丁代码，同时也有利于减少因变更导致程序质量的下降，和对游戏稳定性的影响。

3.模棱两可的需求

模棱两可是游戏功能说明中最为可怕的问题。它的一层含义是指诸多玩家对需求说明产生了不同的理解；另一层含义是指单个玩家能用不止一个方式来解释某个功能和需求说明。

处理模棱两可需求的一种方法是组织好负责从不同角度审查。仅仅简单浏览一下需求文档是不能解决模棱两可问题的。需要组织评审会议，集体讨论和统一理解各 项功能需求并从不同的角度对需求说明给予补充的解释，每个评审人员都真正了解需求文档，这样二义性就不会直到项目后期才被发现，那时再发现的话会使得更正 代价会很大。

4.不必要的特性和功能

“画蛇添足”是指开发人员力图增加一些“玩家欣赏”但需求规格说 明中并未涉及的新功能。经常发生的情况是玩家并不认为这些功能性很有用，以致在其上耗费的努力“白搭”了。开发人员应当为客户构思方案并为他们提供一些具 有创新意识的思路，具体提供哪些功能要在：“玩家所需”与“开发人员在允许时限内的技术可行性”之间求得平衡，开发人员应努力使功能简单易用，而不要未玩 家同意，擅自脱离玩家要求，自作主张。

同样，玩家有时也可能要求一些看上去很“酷”，但缺乏实用价值的游戏功能，而实现这些功能 只能徒耗时间和成本。为了将“画蛇添足”的危害尽量减小，应确信：你明白为什么要包括这些功能，以及这些功能的“来龙去脉”，这样使得需求分析过程始终是 注重那些能使玩家完成他们游戏主线的核心功能。

5.忽略了玩家分类

大多数游戏产品拥有好 几类的玩家特性，这些玩家进入游戏的频繁程度也有所差异，玩家群的受教育程度和经验水平也不尽相同。如果你不能在项目早期就针对所有这些主要玩家进行分类 的话，必然导致有的玩家对产品感到失望。例如，操作太复杂，机器要求过高，升级太痛苦等。所以必须最大限度的满足核心玩家的需求。

6.不准确的计划

据国外游戏制作公司统计，导致游戏需求过程中成本估计极不准确的原因主要有以下五点：频繁的需求变更、遗漏的需求、与玩家交流不够、质量低下的需求规格说明和不完善的需求分析。

对不准确的要求所提问题的正确响应是“等我真正明白你的需求时，我就会来告诉你”。基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左 右。要作出估计时，最好还是给出一个范围。未经准备的估计通常是作为一种猜测给出的，听者却认为是一种承诺。因此我们要尽力给出可达到的目标并坚持完成 它。

在理解上面的原则之后我们开始需求分析活动：

一、那些人应该参与游戏开发项目的需求分析活动

需求分析活动其实本来就是一个和玩家交流，正确引导玩家能够将自己的实际需求用较为适当的语言进行表达以明确项目特色和创新的过程。这个过程中也同时包 含了对要建立的游戏基本功能和模块的确立和策划活动。所以项目小组每个成员、玩家甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管 理者在需求分析中的职责至少有如下几个方面：（玩家代表可以在游戏设计论坛上面选择组建）

1、负责组织相关开发人员收集玩家意见和市场情报并进行分析。

2、组织策划和技术骨干代表或者全部成员（与玩家代表讨论）编写《游戏功能描述书（初稿）》文档。

3、组织相关人员对《游戏功能描述书（初稿）》进行反复讨论和修改，确定《游戏功能描述书》正式文档。

4、如果玩家代表有这方面的能力或者玩家提出要求，项目管理者也可以指派项目成员参与，而由玩家编写和确定《游戏功能描述书》文档。

二、完整的需求调查文档记录体系

在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助项目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。

需求分析中需要编写的文档主要是《游戏功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清 楚的描述《游戏功能描述书》往往还需要编写《玩家调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性 和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。

三、向玩家们调查些什么

在需求分析的工程 中，往往有很多不明确的玩家需求，这个时候项目负责人需要调查玩家的实际情况，明确玩家需求。一个比较理想化的玩家调查活动需要玩家的充分配合，而且还有 可能需要对调查对象进行必要的培训。调查内容，都需要项目负责人和玩家的共同认可。调查的形式可以是：发需求调查表、在网站做投票调查或者网吧等现场调 研。调查的内容主要如下：

1、游戏当前以及日后可能出现的功能需求。

2、玩家对游戏的性能（如机器配置）的要求和操作性的要求。

3、确定网络游戏维护的要求和服务器架设代价。

4、确定游戏的实际运行环境。

5、游戏总体风格以及美术效果（必要的时候玩家代表可以提供参考游戏或者由公司向玩家提供风格图片）。

6、游戏的进行方式和功能数量，是否有必要做重大创新等

7、各种游戏属性，和技能装备的特殊效果及其数量等

8、项目完成时间及进度安排

9、明确游戏完成后的运营维护规则和责任。

调查结束以后，需要编写《玩家调查报告》，《报告》的要点是：

1、调查概要说明：游戏的名称；目标玩家群；参与调查人员；调查开始终止的时间；调查的工作安排。

2、调查内容说明：玩家的基本情况；玩家主要关心的问题；现有竞争对手产品现状；游戏当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；玩家对新游戏的期望等。

3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，网站投票结果，会议记录等等）

四、市场调研活动内容

通过市场调研活动，清晰的分析相似游戏的性能和运营情况。可以帮助项目负责人更加清楚的构想出自己开发的游戏的大体架构和模样，在总结同类游戏优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的游戏。

但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类游戏产品的时候，应尽可能调研到所有比较出名和优秀的同类游戏。应该了解同类游戏的机制，背景与玩家的诧异点、类似点，市场调研的重点应该放在

第五篇：产品开发与顾客需求分析

产品开发与顾客需求分析

The Analysis of Product Development and Consumer’s Requirements











【作者】 王向宾；

【导师】 赵树基； 分页下载 分章下载 整本下载 在线阅读 不支持迅雷等下载工具，请取消加速工具后下载。

【作者基本信息】 首都经济贸易大学，企业管理，2007，硕士

【摘要】 制造企业的经济成功,取决于它们确定消费需求、并低成本迅速制造满足该需求的新产品的能力。达到上述目标不仅仅是营销问题,也不仅仅是设计或制造问题,它是包含所有这些功能的产品开发问题。本文基于新产品概念开发阶段的研究现状,以产品开发流程为研究对象,在指出产品前期开发阶段(产品规划和概念开发阶段)是新产品开发的重要环节的基础上,对产品前期开发阶段进行了详细的分析研究,提出了顾客需求分析在产品开发中的重要作用,即顾客需求是产品开发成功的不可缺少的因素,顾客需求的满足与否决定着产品开发的成败。针对顾客需求的重要性,系统的论述了如何准确识别和把握顾客需求。在准确了解顾客需求之后,需要将顾客需求进行多层次展开,使顾客需求清晰化以此来指导产品设计,也就是将顾客需求转化为产品特性,本文详细论述了将顾客需求转化为产品特性的重要性,并就产品特性的内涵进行的简要分析。本文介绍了将顾客需求转化为产品特性的相关理论与模型——QFD(QualityFunction Deployment)方法。QFD借助质量屋,量化分析顾客需求与工程措施之间的关系,通过对顾客需求进行多层次展开,转化为产品的设计要求、零部件特性、工艺要求和生产要求,很好地实现了顾客需求向产品质量特性的转变。然而传统QFD在计算方法上也有一些局限性,本文通过对顾客需求的深入分析,就其局限性提出了以下三点针对QFD计算的改进方案:统一左右墙的评分值;依据本公司的新产品与竞争对手产品在满足顾客需求方面的比较,修正顾客需求的重要度;依据本公司的新产品与竞争对手产品在技术方面的优势比较,修正改进工程措施的重要度。还原

【Abstract】 The manufacturer’s success bases on the ability of confirming consumer’ s requirements and rapidly developing the new product which meet consumer’ s requirements with low cost., it’ s necessary to solve the marketing problem, the designing or manufacturing problem, and product development problems with all these functions.Under the background of the present study of new product concept development, this dissertation uses product development process as the research object, points out that the ope...更多

【关键词】 产品开发； 产品概念开发； 顾客需求； 产品特性； QFD(Quality Function Deployment)；

【Key words】 product development； product concept development； consumer’ s requirements； product property； QFD；





 【网络出版投稿人】 首都经济贸易大学 【网络出版年期】2009年 07期 【分类号】F274 【被引频次】4 【下载频次】334

知网节下载

节点文献中：