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

hrbeu

如何做好网站项目需求分析[一]

前言

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

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

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

按照笔者的经验，网站项目管理可以分为以下l六个阶段进行控制：

1. 需求分析及变更管理

2. 项目模型及业务流程分析

3. 系统分析及软件建模

4. 界面设计、交互设计及程序开发

5. 系统测试和文档编写

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

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

（一）如何做好需求分析及变更管理？

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

本章包括以下内容：

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

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

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

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

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

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

七. 本阶段重点工作角色

八. 总结

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

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕"勾引"起客户的潜在需求而增加设计开发的工作量，从 而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地 记录下来就完成了第一步的工作。

很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失 败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了 不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！

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

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

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

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

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

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

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

请比较以下两份关于需求的描述，

"用户在访问首页的时候可以在点击'客户通道'按钮，弹出填写'用户名'和'密码'的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表 "

"站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。"

前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

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

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

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

在RUP中有这样的描述：

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

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

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

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

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

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

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

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

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

例如：

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

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

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

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

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

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

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

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

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

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

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

七：本阶段重点工作角色

在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。

客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

hrbeu

如何做好网站开发项目需求分析[二]

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

一、 那些人应该参与网站开发项目的需求分析活动
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
1、 负责组织相关开发人员与用户一起进行需求分析。
2、 组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
3、 组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。
4、 如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
5、 如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。
二、 完整的需求调查文档记录体系
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、 向用户调查些什么
在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、 网站当前以及日后可能出现的功能需求。
2、 客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、 确定网站维护的要求。
4、 网站的实际运行环境。
5、 网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。
6、 主页面和次级页面数量，是否需要多种语言版本等
7、 内容管理及录入任务的分配。
8、 各种页面特殊效果及其数量（js,flash等）
9、 项目完成时间及进度（可以根据合同）
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、 调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
2、 调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。
3、 调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）
四、 市场调研活动内容
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
1、 市场中同类网站作品的确定。
2、 调研作品的使用范围和访问人群。
3、 调研产品的功能设计（主要模块构成，特色功能，性能情况等等）
4、 简单评价所调研的网站情况。
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
1、 调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。
2、 调研内容说明：调研的同类网站作品名称、网址、设计公司、网站相关说明、开发背景、主要适用访问对象、功能描述、评价等
3、 可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。
4、 不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。
5、 分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。
6、 调研资料汇编：将调研得到的资料进行分类汇总。

五、 清晰的需求分析输出——《网站功能描述书》：
在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、 网站功能
2、 网站用户界面（初步）
3、 网站运行的软硬件环境
4、 网站系统性能定义
5、 网站系统的软件和硬件接口
6、 确定网站维护的要求
7、 确定网站系统空间租赁要求
8、 网站页面总体风格及美工效果。
9、 主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度（根据合同）
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
当然一次成功的需求分析不仅需要项目负责人甚至是客户等所有项目相关人员的共同努力，还和公司的能力范围有一定关系。需要说明的是本文所述的需求分析活动内容是建立在较为理想的基础上的。由于各个公司现实情况的不同，读者可以根据自身情况不一借鉴吸收利用。重要的是能构根据本公司的情况，系统的规范此类文档做好保存和收集，相信对公司以后其他网站项目的进行以及公司自身实力的增强都会有很大帮助。

Transient

我认为纸上谈兵没必要.没有带兵打仗爽.但是不谈也真不行.嘿嘿哈哈.反正我看拉.你搀拉.我的贴回完拉.