3）、以客户为中心：从客户使用的角度出发编写每项需求时，语言要简明扼要。既不要喋喋休，也不要描述不清。例如，描述当系统提交成功的处理时，不需要详尽到给出系统的提示信息 "恭喜您“提交成功了；
2、语言规范：在软件需求规格说明书中，语言的描述要符合以下规范：
1)、使用简洁、简单、直观且用户可以理解的语言，不要出现晦涩难懂的描述；
2）、避免使用导致含糊或者读者不清楚的主观词汇。在需求规格说明书中，对需求虻描述要详细、具体、可量化、可实施，不要出现如容易、筒单、有效、快速、几个、很快、全面等不准确或宽泛的词汇；
3）、避免使用计算机专业词汇，为了保证文档的可读性，尽量不使用计算机专业术语. 例如使用业务逻辑层添加数据；
7、用例建模：
●功能性需求一般采用用例 (US Case) 的平式进行直观描述，它是一种图形化的描述方式，方便用户 “看懂’。用例是一种描述系统需求的方法， 使用用例的方法描述系统需求的过程就是用例建模；
●用例：
★我们在做需求调研的时候, 需要回答这些问题: “这个系统涉及哪人? 他们对系统有什么期望？
eg：用一个生活案例思考这些问题；
☉我们大多数乘客都使用过一卡通自动售票机，其使用者是乘客，乘客主要利用售票机投掷硬币，获得交通卡；
☉“投掷硬币“、“获得交通卡" 是售票机提供给乘客的服务，这就是我们所说的用例。用例完全是站在用户的角度上描述系统的功能。
☉乘客是自动售票机的使用者，就是用例中的参与者 (Actor )；
☉用例是如何定义的？
★用例的定义是与系统使用者交互的，并且为使用者提供可观测的、有意义的结果的一系列活动的集合。简单地说，用例描述了这个系统有哪些人要用，以及每个人是怎么用的；
★用例常被用来描述一个系统外在可见的需求情况，常被用于项目的需求阶段，对项目的测试计划和用户指南也有用处。它们被用来创建和验证设计，并确保该设计满足所有的需求；
★这里，我们使用用例描述系统的功能性需求：
▲在软件开发项目的需求分析阶段，用户对系统的使用方式决定了系统如何设计和建造。所以 "用户的观点出发" , 对帮助分析人员理解用户需求，建立可用的系统是非常重要的；
▲用例定义了外部实体 (执行者) 启动系统时，执行或完成的特定功能或过程，它描述系统应该做什么；对于已构造完毕的系统，用例则反映了系统能够完成什么样的功能，用例可以解释为一系列完成一个特定目标的 '功能“ 的组合，针对不同的应用场景，这些“功能”体现不同的组合方式，实际上.把用例解释为某个参与者要做的一件事可能更为合适。用例是一种沟通的工具，使最终用户和开发人员可以使用它进行交流，并在系统需求上达成共识。
●用例图 (Use Case Diagram) 是由参与者、用例、以及它们之间的关系构成的图；
★系统中出现的各种事务处理或过程的图形，或者表达系统能够执行的各种功能。图形表示不仅包括过程，而且包括各种使用这些过程的人或元素，以及他们与这些所谓系统过程的交互的方式；
★下图是“易买网”的后台管理系统的用例图, 当管理员登录进入后台后，可以进行用信息管理、商品信息管理、订单管理、留言管理、新闻管理操作；