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

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

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

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

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

　　在RUP中有这样的描述：

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

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

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

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

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

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

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

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

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

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

　　例如：

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

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

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

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

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

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