流程
需求人员进行宣讲（也叫串讲，告诉本次要做什么，用户的背景以及用户的要求）
开发人员，测试人员一起理解需求
对需求产生问题进行统一的记录（方式多样，刚开始打批注，空余时间集中整理为需求问题记录表）
要对需求中的问题进行答复或修改，并告知所有的团队成员
进行第二次宣讲（也叫反串讲），达成三方理解一致，形成需求基线（需求规格说明书的基线）
检查点
检查点
一致性：前后依赖或者有关联的模块中间有共同的东西是一致的
需求遗漏：需求中包含的东西不全面，和用户需求有出入
二义性：也叫歧义性：造成不同的人有不同的理解
需求错误（正确性）：不清晰的，不明确到底是做什么的
统一性：与UI相关的要考虑统一性
完整性
：需求上的东西：一定是软件要实现的
需求文档里面应该有明确的输入与输出规格
标识（对于不同的分类，需要有不同的标识）
易理解性：让开发和测试容易理解
后续阶段的需求测试
测试需求与分析阶段：有遗漏、不完善、不清晰
回头补充你的需求规格说明书（找需求分析人员，找他确认）
