五：什么人要看需求分析报告
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。
例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写;
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度;
界面设计人员根据项目的性质和定位确定表现方式。
测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测;
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
六：建立需求变更日志，制作新版本的需求分析报告
尽管我们费了许多功夫在需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在新版本的需求分析中，将变更多部分用特殊方式表明出来，并在日志中记录变更多重的明细。
关于需求分析和变更管理可以参照下图示意：
七：本阶段重点工作角色
在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。 客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，帮助客户代表和业务员更好的完成任务。
以下提供一份需求管理计划的模板可作为参考：
八：总结
根据笔者的经验，要尽快做好需求分析掌握以下要点，也许能事半功倍：
仔细聆听，罗列客户的所有要求;
将需求进行分析，确认可操作的系统模型;
利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意;
迅速确定网站的用户角色;
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等;
分析确定每个角色的权限及可操作的功能;
比如会员可以查看特别信息、修改个人信息、退出登陆等;
前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等;
网站管理员可以更改栏目、修改网站界面等;
制作流程图和示意图将需求表现出来;
让客户参与到示意图的设计中，及时正确的反应出需求变更。
制作需求变更日志，保留升级版本，通过版本控制进行需求管理;
通过需求《管理计划书》使每个参与人员看到共同的努力目标。
附注：本文图表引用于RUP2000中文版。