需求评审关注点

2. 需求目的：
为什么要做？
要解决什么问题？
想达到什么目的？
需求要有数据支撑：
有大量用户反馈：功能缺失、功能优化？
竞争对手、同类产品
是否需求中的每一项都能到用户问题领域中找到对应？
。。。。。

3. 需求的分级
需求必须体现层次性：大需求可以分解成多个小的需求，避免一个陈述表达多个需求模糊化。
每个小需求都是独立不可再分的
各级小需求明确优先级：高、低。
各级小需求明确上线时间：必须这个版本上线，可以下个版本上线。

4. 功能指标：
需求描述清晰、无二义
需求之间不矛盾、不重复
覆盖到的用户类型
每种用户类型的表现：不矛盾、不重复
与已有功能的配合： 不矛盾、不重复
可测试性
明确配套文档提供日期：原型、低保真、高保真
明确各环节交付日期：开发时间、转测时间、上线时间
说明与外部的边界和接口
从用户观点来看，是否考虑了操作的易用性和可用性？
界面、提示信息风格是否统一？
每一条特定的错误信息或者提示信息，是否都是唯一的和具有含义的?
对于是改造型的项目，是否已经说明了对历史数据的处理？如果对于新老系统共存的情况下，要说明两个系统之间数据的处理关系，以及数据迁移时需要关注的内容。

5. 性能指标：
页面加载时间小于？
极端情况下的表现


6. 安全指标：
视需求情况添加
用户数据的私密性、存在破解漏洞如重复签到。

7. 兼容指标：
必须兼容的：如IE6、IE8、FF5
部分兼容的：哪些功能可以失效？ 页面展示的要求

8. 数据统计指标:
是否需要数据统计
如果要：明确要收集哪些数据