非功能性需求 非功能性需求分析不透彻，或者被忽略，常常给项目埋下巨大无比的坑.比如项目要交付的时候，交互或需求不明确或者有歧义导致项目返工或延期，安全问题考虑不周导致生产环节被攻击者恶意攻击，没有考虑性能导致遇到高流量的时候就悲剧了等场景.

1.易用性

使用过程中易理解，易操作等。 页面描述要清晰，最高境界就是“零手册”，不能让用户理解有歧义， 一致性也是很重要的

2.页面交互

2.1 有效性校验

2.2 潜在默认值规则

2.3 注册用户与游客用户的区分

3.功能逻辑

3.1 涉及自身

即用户的操作能否应用于自身,如关注,点赞等

3.2 敏感信息

4.可靠性需求

虑容错性，是否考虑灰度环境，是否服务降级，是否考虑故障转移等

5.兼容性需求

Web端是否考虑兼容市面上主流浏览器，比如是否需要兼容IE8、IE9，这也是比较头大的问题，需要一开始就要确认清楚，而不是开发过程中再去考虑。因为，IE8、IE9涉及技术选型上的问题，比如是否要用HTML5，跨域问题要如何处理，需要采用什么框架，是使用原生的方式，还是使用单页面框架React/Vue？

Android端，需要兼容哪些主流版本，4.x? 5.x? 6.x? 需要考虑哪些设备等。

6.性能需求

简单的理解，性能就是在空间和时间资源有限的条件下，软件系统工作的如何？系统性能需求，有几个典型的指标：响应时间，并发用户数，TPS，资源利用率等。 业务方对性能指标有要求的场景，也需要去确认这个指标是否合理。如是在线用户数还是并发用户数,要搞清楚. 性能需求，还涉及是否需要负载均衡和集群，session的处理方案，对于这个有状态的session，是单独部署服务器，还是去session化，是考虑单应用模式，还是使用微服务模式等。

7.安全性需求

8.可维护性

10)可维护性：当提交完整的产品时，必须提交易于安装的标准安装程序(如主要软件包都放置于光盘)、相关接口规范和收集非标准的日志信息的开发规范。提供必要的操作维护手册及技术手册、口令管理手册、监控使用手册、配置管理文档、不同采集引擎安装手册、相关开发接口文件、应急预案。提供必要的培训。当进行版本升级时，提供版本差异的详细说明。