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

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

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

需求分析的原则

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

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

1.无足够玩家参与

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

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

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

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

2.玩家需求的不断增加

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

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

3.模棱两可的需求

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

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

4.不必要的特性和功能

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

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

5.忽略了玩家分类

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

6.不准确的计划

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

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

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

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

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

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

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

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

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

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

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

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

三、向玩家们调查些什么

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、市场调研活动内容

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

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

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

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

具体任务：

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

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

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

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

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

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

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

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

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

要求：

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

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

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

实验环节及步骤

一、网站开发项目立项

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

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

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

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

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

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

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

网站开发项目立项书：

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

二、网站需求分析

 对类似网站进行调查

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

网站需求分析报告：

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

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

本实验最终提交报告

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

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

③ 网站需求分析报告：

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

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

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

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

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

作者及出处不详 前言

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态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 引言

1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括

● 项目的委托单位、开心单位和主管部门；

● 该软件系统与其他系统的关系。

1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。

1.4 参考资料：可包括

● 项目经核准的计划任务书、合同或上级机关的批文

● 文档所引用的资料、规范等

● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境 2.3 条件与限制 3 数据描述 3.1 表态数据

3.2 动态数据：包括输入数据和输出数据。3.3 数据库描述：给出使用数据库的名称和类型。3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度

5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。

5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。6 运行需求

6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求

如可使用性、安全保密、可维护性、可移植性等。

需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。

1．综合需求： 项目 说明 备注

1）功能要求 描述软件用来做什么

能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。

2）性能要求 软件能达到什么性能

数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。

3）运行要求

软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件

开发软件的开发工具清单。是否需要外部存储器和数据通信接口。

4）升级要求

是否可以升级，是否可以进行扩充。是否容易进行维护。能够作为什么软件的插件或辅助工具使用。如何添加新的公式

5）对应关系

用户需求和软件功能的对应关系 说明每一个模块对应实现什么功能。

2．数据要求： 项目 说明 备注

1）数据输入

来源、准确性、取值范围、格式、非法值的处理、出错信息

2）数据输出 目的地、准确性、数值范围、格式、非法值的处理、出错信息

输出的数据可以修改，如：1米=100厘米=1000毫米，将100厘米改为90厘米时，相应的1米就自动改为0.9米，1000毫米变为900毫米。

3）数据存储 最大存储量

4）数据的安全性 访问的权限

5）数据备份 能否导入和导出

可以将输出的数据保存为文本格式

6）数据流图

在分析过程中得出的数据流图

7）数据筛选

能够将选择的几个度量单位进行汇总

8）主要算法

简要描述软件的主要算法

3．界面要求：请参照“界面样式图” 项目 说明 备注

1）软件名称 为软件起一个名字 可以发挥自己的想象力

2）功能模块

有几个功能模块，分别是什么

3）颜色

采用什么底色，窗口是什么颜色

4）字体

字型、大小，字间距，颜色

5）按钮

颜色、字型、大小、样式

4．软件描述：从用户的角度来描述软件，相当于一份初步的用户手册。项目 说明 备注

1）功能描述

能实现，不能实现什么需求 应用范围。什么人员可以使用

2）性能描述

最低配置，操作系统，需要安装什么辅助软件

3）操作步骤 如何使用软件 主要步骤和方法

4）用户责任

用户在操作过程中的注意事项 出现问题时如何解决 如何写需求分析报告

近来学校的一些科研项目又在申报了，一些学弟开始Q我一些软件工程上书面的问题。大概的总结了下，写到这里。本文涉及到的是需求分析部分的书写，主要是根据国家标准文档中的要求来的。

在互联网公司或者一些敏捷开发的公司里，其实大家都是秉承着重开发，重讨论，而轻文档的态度。这个轻文档并不是指没有文档或者几乎不做文档，而是在严格的文档流程中解脱出来，只把最最实际的部分写出来。这个特征是有互联网本身迭代周期短，版本发布快等特点决定的。而在实际的兼职项目的时候，同学们就要注意了，最重要的应该就是在签合同的时候一定要附上最清楚的一份需求分析，虽然这份需求说明可能不是按照某些标准文档而来的，描述清楚每个功能达到的效果，而这个效果一定要让客户点头确认，而不能出现“应该是”、“可能是”、“也许是”这样的模糊回答。否则在项目后期就会比较难过了。在学校申请的项目和大型公司项目开发中，是重视文档流程的，一部一部来。所以还是看情况来对待文档的深度和标准。

一、目录： 目录要用word的 “引用”—>”目录”，自动生成目录，一般都是要三级目录。通常这部分基本都不需要改结构，直接更新页码即可。

二、内容部分。国家标准软件需求说明书G856T-88下载 1引言 1.1编写目的

说明编写这份软件需求说明书的目的，指出预期的读者。（这部分说明需求分析报告的概况，例如：本X需求分析报告是为S系统而编写的。+S系统的两句话概述。+本X报告旨在使U1（需求者）明确S系统的要求和细节，给U2(开发人员)了解需求实现的难度和困难，最终提供给U3（审核人、管理者）讨论和审核，达到沟通效果）

1.2背景 说明：

a． 待开发的软件系统的名称； b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

c． 该软件系统同其他系统或其他机构的基本的相互来往关系。

（这部分可以将a,b,c分为2部分，例子如下： 1.2.1项目概况

本需求分析报告所预期开发的软件系统是:S。S是（不是则无）SS系统的某一个功能子模块，S和S1、S2等系统之间的联系，以及概述其他系统的状态等等。1.2.2任务分配

a.任务提出者：xxx b.软件开发者：xx c.产品使用者：xx d.文档编写者：xx e.预期产品使用者：xx）1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

（这部分很简单，就是描述专业词汇，比如

1.XML(Extensible Markup Language)即可扩展标记语言,它与HTML一样,都是SGML(Standard Generalized Markup Language,标准通用标记语言)。2.Word2, 解释。。）

1.4参考资料

列出用得着的参考资料，如：

a． 本项目的经核准的计划任务书或合同、上级机关的批文； b． 属于本项目的其他已发表的文件；

c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2任务概述 2.1目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。|（本模块开发主要是为SS的整体服务，完成SS工作中的XX部分以及相关的工作。其涉及的范围就是，从下达A、B命令后，到给出C结果的过程。具体描述：B1，来完成B11功能；B2，来完成B22功能； 等等。本部分是（否）耦合在分词工具包其他部分中的，主要为嵌入方式和先后方式相互交互。图

图1.该系统的组成同其他各部分的联系和接口）

2.2用户的特点

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束

（例如：二次开发和系统调用人员：具有很高的专业知识水平，理解XX的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可；预期这部分用户会占本系统总用户量的多大部分。

xx使用者：具有一定的计算机操作能力和知识，了解xx领域的相关概念和用途。提供给这部分用户操作手册即可。预期这部分使用者主要是来简单的xx操作。

维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。这部分用户主要是采用了本系统之后的后期工作维护者。等等）

2.3假定和约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。（这部分重要是对你有的技术力量、资金状况、人力资源等情况的假设，以使得你可以在什么样的情况和时间范围内完成工作。工期约束，经费约束，人员约束，地理约束，设备约束等几个方面列举说明。）3需求规定 3.1对功能的规定

用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。（例如： INPUT输入 PROCESS处理 OUTPUT输出 LOAD负载量

A 预处理,做怎样的动作，AA CC B BBBB Bb v C CCCC cc v

表

一、xx模块IPO表 对IPO表的简单文字描述。）

3.2对性能的规定 3.2.1精度

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。（例如：

Xx目标处理：1Byt–10M，包括左右边界值。yy精度范围：„.ZZ的精度：由于xx的特殊性，本系统均采用xx型来进行字符统计运算，概率部分以及其他比率部分精度精确到0.0x%。）

3.2.2时间特性要求

说明对于该软件的时间特性要求，如对： a． 响应时间； b． 更新处理时间；

c． 数据的转换和传送时间； d． 解题时间；等的要求。(这部分只要一一列举就可以：

由于xxx过程中，需要大量xxxx操作或怎样，故xx解题时间占总时间的最大部分。其次就是xx转换和存储的开销。其具体时间特性要求，如下： a． xx响应时间：xxms左右； b． yy更新处理时间：yy；

c． zz数据的转换和传送时间：zz； d． vv解题时间：vv。等等)3.2.3灵活性

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a． 操作方式上的变化； b． 运行环境的变化；

c． 同其他软件的接口的变化； d． 精度和有效时限的变化； e． 计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

（这部分按列举来即可，由于本模块第一目的是用于xxx，其次则是xxxx。故本模块的灵活性在于实际应用者的不同。当需求发生某些变化时，该软件对这些变化的适应能力。具体情况如下： f． 操作方式上的变化：采用集成运行制和独立运行制两种模式，集成运行制是把本模块嵌入到分词工具包的主框架中，提供给用户具有一定UI的可操作软件；独立运行制是可以独立运行于后台，并提供给各种程序调用的模式的工作方式，以增强其生命力。

g． 运行环境的变化：主采用Windows平台的编译版本运行和调试，在时间允许的情况下，同步开发支持SUSE Linux的服务器版本。；

h． 同其他软件的接口的变化：在尽量保证接口不出现变动的情况下，允许接口的重载和再定义。但接口的命名规则是统一的；

i． 精度和有效时限的变化：精度在必须调整的条件下，可以上下浮动10个百分点；有效时限则依据现实的测试情况允许稍大范围的变化。

j． 计划的变化或改进：工作时间安排会存在必然的浮动，这部分要协同分词工具包课题设计组其他成员一同来进行商定，前期的计划可以稍微有些变动，后期的安排尽量按照计划执行。等等）3.3输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

（这部分可以把输入输出分为 3.3.1输入要求和3.3.2输出要求，如下给出一个单元的例子。XXX输出

数据名称：XXX输出数据 实际含义：用于XX,表示XXXX 数据类型：Character(字符串)数据格式：XX 数据约束：由于xxx,，大小在xx以内）

3.4数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。（根据实际系统要求列举即可 Name名称 Number数量 Size大小 Increase增长

词典xx xx xxxx 并行执行，其大小依据实际xx大文本而增长）

3.5故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

（包括软件压力，内存不足，硬件损坏等，这部分可以根据百度到其常见故障。）3.6其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

（例如安全保密性：密钥更换等； 预期扩展：扩展兼容等；OS更换：Slackware转SUSE等）

4运行环境规定 4.1设备

列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：

a． 处理器型号及内存容量；

b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；

c． 输入及输出设备的型号和数量，联机或脱机； d． 数据通信设备的型号和数量； e． 功能键及其他专用硬件（列举说明即可）4.2支持软件

列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。（操作系统和版本：xxxx 支撑环境和版本：xxxx 备用IDE环境和版本：xxxx 与该软件有关的软件组件：xxxx 后续可能扩展环境：xxxx）4.3接口

说明该软件同其他软件之间的接口、数据通信协议等。(例如：

a．用户和主程序调用接口(图中接口1)。这个接口采用封装API形式和函数调用形式，分别以外部调用和内部调用的方式为不同用户提供使用本机械分词工具的入口。例如以xxxx方式调用DLL文件，以xxxx方式调用函数。如下图2所示。图2.软件接口调用图 b.xx接口(图中接口2)。这里是一个xxx的接口调用过程。xxxx)4.4控制

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。(例如：

下面通过图表的形式，将本模块以及涉及到本模块的软件模块的运行方法、控制信号，以及这些控制信号的来源，其中箭头所指方向对应的模块的控制信号来自箭头另一方向的模块，具体情况如下： 图3.控制流程图

图3的具体说明情况如下表所示： Name模块名称 Method运行方式 Signal控制信号 Forward控制去向

主程序模块 运行框架 用户调用或运行 1.调用xx模块 2.调用xx方法 3.调用标准输出模块

xxx模块 xxx xxx调用 Xxx模块)

第五篇：项目需求分析报告

福州八中鳌峰初级中学项目的网络需求分析报告

一、项目名称：福州八中鳌峰初级中学

二、引言

该网络是校园网站信息发布系统,学校主站，含各个学科子站点，包含德育处，团委，学生会，教务处，总务处，办公室，工会子站。主要栏目设置：学校概况、信息中、党群工作、校务公开、德育教育、教学管理、教学科研、学生园地、中高考专题、心灵驿站、校友之窗、友情链接、数字校园

三、系统目标描述和功能描述

1、信息发布系统

网站前台模块

首页：学校网站的索引页，还包括模糊搜索站内资源的功能。

一中概况：发布学校的简介、发展状况和学校自身的相关信息，并动态归类。

党团组织：发布学校党团建设的相关资讯，并动态归类。

学校资讯：发布学校近期活动和新闻。

学校管理：发布学校各部门的相关通知与文件，并动态归类。

教学教研：发布学校在教学研讨和课题研究方面的相关信息，并动态归类。

教学资源：管理和发布论文、课件、教案和考卷等方面的资源。

电子像册：１．可以上传图片格式，FLASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．实现图片渐变编辑功能。３．新增、删除、修改４．权限管理 新课程：发布学校在新课程方面取得的成绩，并动态归类。

班级&社团：为各班级各社团开设空间，供发布信息和照片。

教师博客管理系统：自我简介，消息管理，空间管理，好友管理，日志管理等。

电子相册：可包含多个相册，数量不限；

班级&社团：可在不影响界面整体效果的基础上让相应班级修改部分界面元素（包括自定义班级主页的标志性图片、班级主页的背景图片和班级主页的颜色主题），另外，该模块还包含有班级电子相册。

留言板：实现留言与答复的功能。

学生论坛：学习网络上开源论坛的实现方式，实现一个学生交流活动的平台。相对独立于学校网站。

后台功能模块

权限管理使用指南权限管理下共分3个模块：[角色管理] [给角色分配权限][给用户分配权限]

（1）通知公告只有系统管理员ADMIN才有权发布通知公告。发布的内容将显示在各部门首页的公告栏里。

（2）网上调查只有系统管理员ADMIN才有权发布网上调查。发布的内容将显示在各部门首页的网上调查里。

（3）友情链接只有系统管理员ADMIN才有权编辑友情链接。发布的内容将显示在各部门

首页的友情链接里。

2、办公信息化管理系统

主要功能：今日工作：是用户进行日常办公的主要场所，用来存放待处理的有关文件、网络报送以及工作消息等信息。

公文系统：用于公文的登记、发布、存档以及生成报表。

工作消息：用户发布日常工作中的通知等信息。

网络报送：传递相关工作资料。

交流登记：记录学校大事件以及每次对外交流情况等。

教师档案：有关教师档案管理，全程维护每一位教师档案的变动情况。

系统设置：系统日常运作与环境设置。

3网络性能需求

核心交换机（机箱式）

1、背板带宽≥640Gbps2、交换容量≥480Gbps3、包转发率≥350Mpps4、双电源模块冗余5、10/100/1000Base-T口≥12个，千兆SFP光纤接口≥24个

6、万兆XFP接口≥1个

7、支持IP ACL，支持基于源/目的IP或MAC、三层IP协议类型、TCP/UDP四层端口号、IP优先级、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持负载均衡

10、支持802.1Q VLAN数量≥4K11、支持的路由协议，如RIPv1/V2,并支持MD5认证、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入层交换机

1、固化10/100M电口≥242、固化千兆Combo(SFP/GT)接口≥

23、交换容量≥32Gbps4、包转发速率≥6.6Mpps，全线速

5、MAC表容量≥16K6、Vlan表项≥4K7、堆叠或者集群管理数量≥248、每个端口提供4个优先级队列，可分别设定队列带宽，支持WRR/SP/SWRR等调度方式。

9、内置 DHCP Server,可对用户分配IP地址。

10、支持标准和扩展ACL，完全硬件线速实现。

11、支持防IP报文DOS攻击。

12、支持ARP安全功能，可以防止ARP欺骗、防止ARP扫描。

13、设备与核心交换机同一品牌；

光纤模块SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模块（MMF,550m），LC接口 设备与核心交换机同一品牌；按厂家规定保修.防火墙在服务器与路由器之间加个防火墙很有必要。网络操作系统，网络服务器软件等可能存在一些安全漏洞，应当及时对系统进行补丁程序升级，加固系统的安全性。网络系统遵循安全规范和达到的安全级别，采用各种杀毒软件。

网络管理系统

基本特性:全中文图形化界面。支持平台:WINDOWS平台，系统呈现网络的真实拓扑图，支持三层网络拓扑、二层物理拓扑、VLAN子网拓扑等不同的呈现方式，支持拓扑的自动发现设备，WEB拓扑视图。能够发现VLAN中所有终端PC设备，并计算出终端设备IP地址、MAC地址、接入交换机端口等信息，自动在拓扑图上显示终端设备连接和出入流量、丢包等等情况。

根据我们的预算和资源限制，完成该项目大约需要半年。客户想重新购置设备并卖掉现存的旧设备。