需求分析，评审

什么是需求？：
满足用户需求、条件。（项目经理和需求分析师一起去做）
需求形成过程：
业务需求和用户需求是软件分析的基础，也是软件构建的前提需求的三个层次和非公能需求的内容构成了完整的软件需求，规格化后成为“软件规格说明书”功能性需求、非功能性需求（以性能为主）、限定性条件。限定性条件是全局性要求。他们可以是对项目本身的限制，或是对产品最终设计的现实。
熟悉需求背景及商业目标：
1、了解清楚项目发起的原因，是为了解决用户的什么问题
2、当前的解决方案是不是最优的，为什么会这样做
 软件需求规格，需求阶段的工作
    1.需求形成过程
       1)业务续期去和用户需求是软件需求分析的基础，也是软件构建的前提
       2)需求的三个层次和非功能需求的内容构成了完整的软件需求，规格化后成为"软件规格说明书"
       业务需求
            |
       项目视图与范围文档 
                                   |
                                   用户需求--质量属性
                                              |
       软件需求规格说明书包括（需求用例文档---功能性需求）,质量属性,其他非功能需求,限定性条件
       3)需求规格说明书一般包含三大方面：功能性需求，非功能性需求，限制性条件
          功能性需求：
功能性需求是产品必须完成的那些事，要求一定的功能和品质；
          非功能性需求：
非功能性需求是产品必须具备的属性或品质，比如观感，可用性，安全性和法律限制等；(以性能为主)
          限制性条件：
限制性条件是全局性的需求，他们可以是对项目本身的限制，或是对产品最终设计的限制；(比如：技术方面，时间方面的额外要求)
       4)阅读需求规格说明书前：熟悉需求背景及商业目标
         A.了解清楚项目发起的原因，是为了解决用户的什么问题；
         B.当前的解决方案是不是最优的，为什么会这样做？
    2.测试人员在需求阶段的工作：评审需求，分析测试要点，维护测试要点文档
      1)评审需求：用户的需求是否恰当的描述
        A是否容易读懂 B是否存在容易理解错误的语句
        C前后说法是否一致 D是否存在需求过度或不合理
        如果需求文档不恰当，那么是否要与用户确认，以确定用户是否能正确描述需求，分析人员是否正确理解需求；
        用户可能会在开发的后期突然要求需求变动，所以要尽早事先明确好；